From: Brett L. <wak...@ea...> - 2005-12-13 00:36:08
|
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 |