Re: [Rails-devel] Cities and stations

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

Also, in the case of 1870, there is a standard and a variant way of
handling destination tokens.

The standard rule is that destination tokens don't occupy one of the
normal city spaces.

The variant is they do.

So, we're going to need this to be very flexible and configurable.

---Brett.


On Tue, 2008-02-26 at 12:26 -0700, Jeff Bowers wrote:
> I noticed in 1870 that a company could place a station marker on a
> spot that should be reserved for another company's start location.
> You might want to check this out while you're improving this area.
> 
> Also, this might be a little further than you're working right now,
> but consider the impact of needing to place a bonus token on a
> particular city in a multi-city tile.
> 
> On Tue, Feb 26, 2008 at 11:38 AM, Erik Vos <eri...@hc...> wrote:
>         Just to let you know that I am working on the behaviour on
>         cities/stations
>         during tile upgrades, making sure that the tokens end up in
>         the proper
>         place, etc.
>         This was needed for the 18EU company start in/after phase 5,
>         where a home base must be chosen, possibly on a multi-city
>         tile.
>         This should also take care of 1830 OO tile upgrades and the
>         Erie home base.
>         
>         Proper token drawing is a related but more complicated issue,
>         perhaps I may find inspiration to attack that one too.
>         
>         One thing I'm doing is separating the dual use of the Station
>         class:
>         for defining a city/station on a generic tile, and for a city
>         on
>         a tile actually laid on some hex, possibly having tokens.
>         For the latter purpose I'm adding a new City class.
>         The reason is clarity - the current dual use is too confusing
>         for me.
>         
>         Erik
>         
>         
>         -------------------------------------------------------------------------
>         This SF.net email is sponsored by: Microsoft
>         Defy all challenges. Microsoft(R) Visual Studio 2008.
>         http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>         _______________________________________________
>         Rails-devel mailing list
>         Rai...@li...
>         https://lists.sourceforge.net/lists/listinfo/rails-devel
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________ Rails-devel mailing list Rai...@li... https://lists.sourceforge.net/lists/listinfo/rails-devel

 ---Brett.


I CAN BE ROBBED BUT NEVER DENIED, I TOLD MYSELF. WHY WORRY?
'I too cannot be cheated,' snapped Fate.
SO I HAVE HEARD.
(Colour of Magic)