Re: [Rails-devel] Play by email

[Erik V. <eri...@hc...>]

1851 Louisville may be unique in having this problem, so perhaps it's a bit
of a waste to write so much code to fix it in a generic way. 

The problem with the 1830 Erie home base is, that the city selection must be
done during the green upgrade, i.e. during tile laying rather than token
laying. The yellow and green cities are not linked to each other, so the
initial (yellow) token placement is immaterial. Does anyone know if this
case (a home base on a OO city) is unique? I'm not aware of any other
examples.

BTW I'm no longer sure that having separate Station (linked to Tile) and
City (linked to MapHex) objects is the optimal solution to the
token-placement-after-upgrades problem. I have trouble remembering why
exactly I did add City, and removing it might simplify the code a lot. But
this needs more thought. 

Erik.

> -----Original Message-----
> From: Mark Smith [mailto:mar...@gm...] 
> Sent: Wednesday 26 November 2008 23:50
> To: Development list for Rails: an 18xx game
> Subject: Re: [Rails-devel] Play by email
> 
> Note in any game with an O-O Tile will probably have the same problem.
> Part of what I was thinking in my code base (still to be added into
> Rails CVS) was to provide in the Upgrade information, not only legal
> orientations (to replicate the track), but also information about
> where Token on City X gets placed on the Upgraded Tile. It does make
> more sense to associate the Side to which the Track the City is
> connected to be used to determine where it goes. But for 1851, L&N
> Home that might make more sense as just a special-case since once it
> gets to the center-city location on the Green Tile the rest of the
> upgrades are simple. Or to maybe do a bit of both -- For the Special
> Case, encode City 1 goes to Center City on the Upgrade, if no City
> Upgrade is specified, use the default logic that you added.
> 
> Mark
> 
> On Wed, Nov 26, 2008 at 5:36 PM, Erik Vos <eri...@hc...> wrote:
> > The idea was to have a period of testing & bug fixing 
> before the release.
> > Say two weeks. Everyone being encouraged to find and report bugs.
> >
> > BTW I have just fixed the 1851 Louisville upgrade bug, 
> reported by Mark.
> > The token movement code was not prepare to handle the 
> special case of a
> > token in a city that did not have connections to the tile 
> edges. This fix
> > does not yet handle the problem of upgrading the Erie home 
> base in 1830,
> > which has TWO such cities.
> >
> > Erik.
> >
> >> -----Original Message-----
> >> From: brett lentz [mailto:wak...@gm...]
> >> Sent: Wednesday 26 November 2008 22:08
> >> To: Development list for Rails: an 18xx game
> >> Subject: Re: [Rails-devel] Play by email
> >>
> >> On Wed, Nov 26, 2008 at 12:25 PM, Erik Vos 
> <eri...@hc...> wrote:
> >> >> Sounds good to me.  Let's shoot for the 21st as the
> >> release date. That
> >> >> gives us nearly a month to get anything else in.
> >> >>
> >> >> Should this be primarily a bug-fix release, or will you 
> have 1856
> >> >> functional by then?  What's left to be implemented?
> >> >
> >> > No, 1856 is a long haul.
> >> > You may have overlooked that I have proposed a "change
> >> freeze", which is to
> >> > avoid the side effects that my sometimes complex updates
> >> sometimes have. In
> >> > other words, I will stop working on new features until
> >> after the release.
> >> >
> >> > Fine with me if that would inspire you to move the release
> >> to an earlier
> >> > date.
> >> > Another option might be to put the release into a CVS branch.
> >> >
> >> > Erik.
> >> >
> >> >
> >>
> >> Ok.  Are there any other pending changes?   If not, I could do the
> >> release this weekend.
> >>
> >>
> >> ---Brett.
> >>
> >> --------------------------------------------------------------
> >> -----------
> >> This SF.Net email is sponsored by the Moblin Your Move
> >> Developer's challenge
> >> Build the coolest Linux based applications with Moblin SDK &
> >> win great prizes
> >> Grand prize is a trip for two to an Open Source event
> >> anywhere in the world
> >> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> >> _______________________________________________
> >> Rails-devel mailing list
> >> Rai...@li...
> >> https://lists.sourceforge.net/lists/listinfo/rails-devel
> >>
> >
> >
> > 
> --------------------------------------------------------------
> -----------
> > This SF.Net email is sponsored by the Moblin Your Move 
> Developer's challenge
> > Build the coolest Linux based applications with Moblin SDK 
> & win great prizes
> > Grand prize is a trip for two to an Open Source event 
> anywhere in the world
> > http://moblin-contest.org/redirect.php?banner_id=100&url=/
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> >
> 
> --------------------------------------------------------------
> -----------
> This SF.Net email is sponsored by the Moblin Your Move 
> Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & 
> win great prizes
> Grand prize is a trip for two to an Open Source event 
> anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>