Re: [Rails-devel] Granular model/view

[Brett L. <wak...@ea...>]

If these are UI-side objects, it would make more sense to place them in the /ui directory rather than in /game.

---Brett.

-----Original Message-----
From: Erik Vos <eri...@hc...>
Sent: Dec 11, 2005 1:30 PM
To: rai...@li...
Subject: [Rails-devel] Granular model/view

I have committed code including part of a model/view implementation
of individual fields in the Status and OR windows.
This applies to the cash, trains, price and worth fields.

The view is always the existing Field class, which I have
extended a little. Each Model is one of a set of simple classes
in the new game.model package.

Where implemented, the Fields are now kept up-to-date by either
- pulling the value on each paintComponent() call (Brett's method) or
- pushing the value on each change via the Observer interface (my method)
(worth is always pulled, as it must always be recalculated).
The method can be selected by setting the boolean StatusWindow.useObserver.
The difference is just a few lines of code.

We can make a final choice later, e.g. once we are adding 
client/server separation (and I know what the choice then will be...  :-)).

This subproject is in an intermediate state. 
But everything should still work, except for one thing:
the left-movement of the share price tokens in OR 1.
This is because of the new behind-the-scenes processing
of the no-trains case in the new OperatingRound.
I will fix that later (or withdraw that particular change).

Erik.





-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel