Menu
▾
▴
Re: [Rails-devel] Problem with 1835 PfB
|
From: Erik V. <eri...@xs...> - 2012-02-22 09:10:27
|
Volker, The question is asked when the green tile is laid on L6. That's what the rule says that you sent me, and that's how it works now. You have to Undo twice to get there. Erik. > -----Original Message----- > From: Schnell, Volker [mailto:vol...@ar...] > Sent: Wednesday, February 22, 2012 9:49 AM > To: rai...@li... > Subject: Re: [Rails-devel] Problem with 1835 PfB > > hi Erik, > > sorry, but the change doesn't work, see attached file. > There is no question, to lay the Bad-Token. > > Volker > > Am 21.02.2012 23:42, schrieb Erik Vos: > > OK, the fix is to always address the president of the company of which > > the token must be laid in the token placement prompt. > > This is a one-liner, but it breaks the architecture, as the UI > > (client) is not supposed to have direct access to the identity of a > > company president (which is a server state variable). > > So this still is a provisional fix. > > > > Anyway, the effect on this game will be that the prompt becomes the BY > > president will now get the prompt "<BA-president>, select a station on > > hex > > L6 for the BA home base token". > > > > BTW all test cases now fail because the first "GameIs" report line has > > disappeared from the test report. But this line still appears in the > > report window. > > Something must have changed in the game initialization process. > > > > Erik. > > > >> -----Original Message----- > >> From: Erik Vos [mailto:eri...@xs...] > >> Sent: Tuesday, February 21, 2012 6:50 PM > >> To: vol...@ar...; 'Development list for Rails: an 18xx game' > >> Subject: Re: [Rails-devel] Problem with 1835 PfB > >> > >> Aha, thanks, that clarifies it sufficiently. > >> > >> All I have to do then is to undo most of a change that I did three > >> months > > ago. > >> That change was more a workaround than a fix for the reported problem > >> that placing the BA home token was asked to the wrong player. The > >> workaround was to move the BA home token placement to the first BA > OR turn. > >> > >> Now it turns out that this change precludes correct play in some > >> cases, so > > it > >> must be reverted. > >> > >> The question asked to the NY president was (and will become again): > >> "<BY-president>, select a station on hex L6 for the BA home base token". > >> I will see if I can put the correct name (of the BA president) into > >> that question, but it will still be asked to the BY-president. > >> Stay tuned. > >> > >> Erik. > >> > >> > >>> -----Original Message----- > >>> From: Schnell, Volker [mailto:vol...@ar...] > >>> Sent: Tuesday, February 21, 2012 3:26 PM > >>> To: rai...@li... > >>> Subject: Re: [Rails-devel] Problem with 1835 PfB > >>> > >>> Hi Erik, > >>> > >>> the english translation is missing an important sentence. > >>> chapter 5.5.10 3rd Sentence. (VII.10 in the english rules)"Wird das > >>> Feld bebaut, nachdem dort bereits der Baden-Bahnhof liegt, dann muß > >>> der Baden-Direktor sofort eine der beiden Städte für seinen > >>> Heimatbahnhof auswählen, der andere Bahnhof kann dann schon von > der > >>> gerade bauenden Gesellschaft errrichtet werden. > >>> "if the Tile is built, when the baden Home-token already exists, the > >>> baden Director must choose immediately one of the cities as the > >>> homestation. The other one can be used by the building Company." > >>> The Baden-Token is placed on the Yellow Field, like the Wt-Token and > >>> has > >> to > >>> assigned to a city, when a tile is placed. > >>> > >>> The hometokens are laid in the stockround, when the company is > >>> floated (sometimes a problem, when Baden and Hessen opens in the > >>> same stockround and a Bayern-Token exist in Frankfurt. No Chance for > >>> the Baden to get throu Frankfurt). > >>> > >>> the Simple approach, that the current Player lays the Bad-token, is > >>> for me > >> ok. > >>> Volker > >>> > >>> Am 21.02.2012 14:33, schrieb Erik Vos: > >>>> Martin, > >>>> > >>>>> 1. the Map Definition of the Hex is wrong... > >>>> I suppose you refer to 'unlaidHomeBlocksTokens="yes" '. That > >>>> indeed > >>> causes the behaviour that Volker is complaining about. > >>>> Strictly spoken this attribute is still valid: BA must lay its home > >> token before > >>> BY can add its token. > >>>> The question is: exactly WHEN must BA lay its home token in such a > > case? > >>>> The rules (English v2) say: "... the new Baden director decides in > >>>> the > >> next > >>> operating round which of the two stations to occupy with its station > >> marker." > >>>> But the rules don't say *when* in that OR he must take that decision. > >>>> Possibilities I see: (1) at the start of the OR, or (2) in its own > >>>> turn, > >> or (3) in its > >>> own turn or earlier as soon as another company wants to lay a second > >>> token on L6 (either using PfB, or by a normal token lay). > >>>> Current implementation is (2), as is correct for Erie(1830) and THB > >> (1856). > >>> There the hex remains blocked until after the home token has been > >>> laid normally. > >>>> If this interpretation would hold for the BA as well, there is no > >> problem at > >>> all. BY must wait until BA has had a turn. > >>>> Now Volker appears to favour interpretation (3). I'm actually not > >>>> sure > >> if > >>> that interpretation is correct. Any other opinions? > >>>> I have been working to implement (3) by actually giving the BA > >>>> director > >> an > >>> intervening turn, but that turns out to be rather complex and > >>> tricky, and > >> I > >>> think I'll abandon that approach. > >>>> We need a generic solution for such problems, but such a solution > >>>> will > >> not > >>> fit well into the current architecture. Let's await which direction > >>> Rails > >> will take > >>> in the near future before trying again. > >>>> A simpler approach would be to have the current player (the BY > >> president) > >>> place the BA token. So these players (if different) must consult > >>> each > >> other, > >>> but that is not uncommon in Dropbox Rails. That approach sounds > >>> doable now, but let's first discuss what the real need is. > >>>>> 2. the method to move a token on a hex after that token has been > >>>>> laid > >> is > >>> not yet implemented i am afraid. > >>>> I'm not sure what you mean here. Tokens can never be moved. > >>>> In some cases, initial token placement is provisional. That is the > >>>> case > >> if the > >>> tile hasn't any tracks yet. As soon as a tile with tracks is > >>> placed, > >> actual token > >>> placement follows. > >>>> That has been implemented and it works (at least it did last time I > >> looked). > >>>>> 3. if you alter the map definition for that hex in 1835/Map.xml > >>>>> the > >> game > >>> declares the save file invalid because it expects a different action... > >>>> Then game loading breaks down in an earlier stage. I'm not sure > >>>> exactly > >>> why, but meddling with the course of events often (if not always) > >>> renders saved files invalid. > >>>> Erik. > >>>> > >>>> > >>>> ------------------------------------------------------------------- > >>>> - > >>>> -- > >>>> -------- Keep Your Developer Skills Current with LearnDevNow! > >>>> The most comprehensive online learning library for Microsoft > >>>> developers is just $99.99! Visual Studio, SharePoint, SQL - plus > >>>> HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases > >>>> when > >>> you subscribe now! > >>>> http://p.sf.net/sfu/learndevnow-d2d > >>>> _______________________________________________ > >>>> Rails-devel mailing list > >>>> Rai...@li... > >>>> https://lists.sourceforge.net/lists/listinfo/rails-devel > >>> -- > >>> Volker Schnell > >>> email: vol...@ar... > >>> homepage: home.arcor.de\volker_schnell > >>> > >>> > >>> > > ---------------------------------------------------------------------- > > ------ > >> -- > >>> Keep Your Developer Skills Current with LearnDevNow! > >>> The most comprehensive online learning library for Microsoft > >>> developers is just $99.99! Visual Studio, SharePoint, SQL - plus > >>> HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases > when > >> you subscribe now! > >>> http://p.sf.net/sfu/learndevnow-d2d > >>> _______________________________________________ > >>> Rails-devel mailing list > >>> Rai...@li... > >>> https://lists.sourceforge.net/lists/listinfo/rails-devel > >> > >> > > ---------------------------------------------------------------------- > > ------ > > -- > >> Keep Your Developer Skills Current with LearnDevNow! > >> The most comprehensive online learning library for Microsoft > >> developers is just $99.99! Visual Studio, SharePoint, SQL - plus > >> HTML5, CSS3, MVC3, > > Metro > >> Style Apps, more. Free future releases when you subscribe now! > >> http://p.sf.net/sfu/learndevnow-d2d > >> _______________________________________________ > >> Rails-devel mailing list > >> Rai...@li... > >> https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > ---------------------------------------------------------------------- > > -------- Keep Your Developer Skills Current with LearnDevNow! > > The most comprehensive online learning library for Microsoft > > developers is just $99.99! Visual Studio, SharePoint, SQL - plus > > HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when > you subscribe now! > > http://p.sf.net/sfu/learndevnow-d2d > > _______________________________________________ > > Rails-devel mailing list > > Rai...@li... > > https://lists.sourceforge.net/lists/listinfo/rails-devel > > -- > Volker Schnell > email: vol...@ar... > homepage: home.arcor.de\volker_schnell |
