Re: [Rails-devel] Minor bug, 1835, 1.7.6

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

Practice tells, that if a rule can be interpreted in different ways, then
that is exactly what is going to happen. 
For that reason, I would prefer to go for the manual closure workaround,
rather than trying to satisfy all tastes by adding options.

Erik.

> -----Original Message-----
> From: Stefan Frey [mailto:ste...@we...]
> Sent: Monday, June 11, 2012 7:47 PM
> To: Development list for Rails: an 18xx game
> Subject: Re: [Rails-devel] Minor bug, 1835, 1.7.6
> 
> Maybe we have discussed that before (Pfalz is always a trouble maker if it
> comes to rules), but I could not find that exact issue:
> 
> A) Rules:
> Is there a general consent of 1835 players what the condition is that the
> Pfalzbahn closes?
> 
> The German rules on boardgamegeek (this is the 2nd German edition rules)
> state under 3.1.3.3 that the Pfalzbahn closes after laying the free token.
> 
> The English rules on boardgamegeek (this is the 2nd English translation of
the
> 1st German edition rules) state in section II that the Pfalzbahn closes as
soon
> as both actions as been carried out.
> 
> Now it is important for the 1st edition/English rules interpretation if a
tile
> laying action of a player who does not own the Pfalzbahn is enough to fit
the
> condition stated above. If so the two conditions are identical, if we
assume
> that the tile has to be laid before a token can be laid.
> 
> However interestingly the rules state that the Pfalzbahn owner is allowed
to
> "... lay a station marker onto this hex". This could be read as it might
even be
> possible to lay a token before the green tile is laid.
> 
> B) Current Implementation:
> Rails currently requires both special properties to be taken before the
> Pfalzbahn closes. If another player lays the tile the token lay property
is not
> activated and the token lay alone does not activate the closing condition.
> 
> C) Possible Solutions:
> It is easy to add a <CloseManually/> tag to the Pfalzbahn xml definition,
in
> this case it is possible to close the Pfalzbahn manually, similar to the
OBB. This
> is also a quick-workaround and does not change the action-set, thus is
> reload-compatible.
> 
> If all agree that the token lay alone closes the Pfalzbahn (as in the 2nd
edition
> German rules, which have no  English equivalent as far as I know), then it
> would be possible to implement a solution that it is possible to define a
> SpecialProperty which after activation closes the private company. So far
it is
> only possible for multiple-power privates that either all or any closes
the
> private.
> 
> However such a change could prevent reloading existing 1835 games.
> 
> 
> On 06/10/2012 10:19 PM, John David Galt wrote:
> > The BY just used the Pfalz to place a token, which is supposed to
> > close the Pfalz but didn't.  (The BA laid its own home tile.)
> >
> > Perhaps a "close private" menu option is called for as in 1856.
> >
> >
> >
> > ----------------------------------------------------------------------
> > --------
> > Live Security Virtual Conference
> > Exclusive live event will cover all the ways today's security and
> > threat landscape has changed and how IT managers can respond.
> > Discussions will include endpoint security, mobile security and the
> > latest in malware threats.
> > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> >
> >
> >
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> 
> 
>
----------------------------------------------------------------------------
--
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and threat
> landscape has changed and how IT managers can respond. Discussions will
> include endpoint security, mobile security and the latest in malware
threats.
> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel