From: Erik V. <eri...@xs...> - 2010-04-10 10:15:10
|
Seems to work fine, on first sight. Congratulations to have got this working! Ultimately the list of allowed locations will have to be prepared in OperatingRound and put into the LayTile/LayBaseToken actions (which are already prepared to contain such lists). Doing that will also make it easier to avoid disallowed lays, such as a NYNH token on Boston in 1830. Such checks don't yet exist (even in post-laying action validation), and are on my list to be implemented soon. Erik. -----Original Message----- From: Stefan Frey [mailto:ste...@we...] Sent: Saturday 10 April 2010 09:13 To: Development list for Rails: an 18xx game Subject: [Rails-devel] Tile and Token Lay GUI Hints I checked in an experimental implementation that indicates possible hexes for tile and token lay in CVS, based on the current implementation of network graphs. It takes into account possible tile upgrades and the current phase. It is not perfect yet as it still might indicate some hexes which might not be upgradable (due to other constraints). Still it should be a superset of the allowed tile upgrades, those no possible hex should be missed. The same holds for the possible locations for token lay. Those are only visual hints, the actual checks have not changed, thus illegal tile and token lays are still allowed as before. Stefan ---------------------------------------------------------------------------- -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Rails-devel mailing list Rai...@li... https://lists.sourceforge.net/lists/listinfo/rails-devel |