rails-devel — List for discussion of Rails development

Re: [Rails-devel] 1862 Status

[Michael A. <out...@gm...>]

Completely fine.  I just want to make sure I don't break it. :)


On Sat, Aug 16, 2014 at 10:40 AM, Stefan Frey <ste...@we...> wrote:

> Sorry 1880_A is the exception currently, as 1880 still requires some
> work currently. ;-)
>
>
> On 08/16/2014 04:32 PM, Michael Alexander wrote:
> > I'm seeing diffs in the 1880_A test game.
> >
> > For example, the last 5 lines are:
> >
>   EoGFinalRanking :
> > 1. 6213 Dirk Steiner
> > 2. 5867 Karsten Ockenfels
> > 3. 4015 Martin Brumm
> > 4. 3032 Volker Schnell
> >
> > vs.
> >
> > EoGFinalRanking :
> > 1. 4883 Dirk Steiner
> > 2. 4077 Karsten Ockenfels
> > 3. 2570 Martin Brumm
> > 4. 1922 Volker Schnell
> >
> >   Is that expected at this point?
> >
> >
> > On Fri, Aug 15, 2014 at 5:26 AM, Stefan Frey <ste...@we...
> > <mailto:ste...@we...>> wrote:
> >
> >     Great that you got the explicit permission.
> >
> >     When to merge with rails_2_develop mainly depends on your
> preferences.
> >
> >     I am only asking for the following:
> >     Please rebase or merge your branch with rails_2_develop so that you
> >     are able to fast forward your changes into rails_2_develop.
> >
> >     And before doing so, please make sure that it still compiles and
> >     runs all save file tests.
> >
> >     Main advantage merging frequently is that your development work will
> >     be included in the alpha releases. You could even ask for a alpha
> >     release after you added some functionality. The build itself is
> >     nearly hundred percent automated.
> >
> >     I am looking forward to see your progress.
> >
> >     Stefan
> >
> >
> >
> >
> >
> >
> >     Michael Alexander <out...@gm...
> >     <mailto:out...@gm...>>schrieb:
> >
> >         I did get permission from the author to put it into Rails.
> >
> >         I have most of the Parliament Rounds working.  (Nothing yet with
> >         the stock market or map).
> >
> >         This work is being done within the "mal_1862" branch.  Later
> >         today I'm going to re-pull from"rails_2_develop"  so I can pick
> >         up changes that have gone into there.
> >
> >         Should I on some periodic basis push my changes up into
> >         "rails_2_develop", or should I be waiting until I have a lot
> >         more working?
> >
> >         Mike
> >
> >
> >
>  ------------------------------------------------------------------------------
> >         _______________________________________________ Rails-devel
> >         mailing list Rai...@li...
> >         <mailto:Rai...@li...>
> https://lists.sourceforge.net/lists/listinfo/rails-devel
> >         <https://lists.sourceforge.net/lists/listinfo/rails-devel>
> >
> >
> >
>  ------------------------------------------------------------------------------
> >
> >     _______________________________________________
> >     Rails-devel mailing list
> >     Rai...@li...
> >     <mailto:Rai...@li...>
> >     https://lists.sourceforge.net/lists/listinfo/rails-devel
> >
> >
> >
> >
> >
> ------------------------------------------------------------------------------
> >
> >
> >
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> >
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] 1862 Status

[Stefan F. <ste...@we...>]

Sorry 1880_A is the exception currently, as 1880 still requires some 
work currently. ;-)


On 08/16/2014 04:32 PM, Michael Alexander wrote:
> I'm seeing diffs in the 1880_A test game.
>
> For example, the last 5 lines are:
>
  EoGFinalRanking :
> 1. 6213 Dirk Steiner
> 2. 5867 Karsten Ockenfels
> 3. 4015 Martin Brumm
> 4. 3032 Volker Schnell
>
> vs.
>
> EoGFinalRanking :
> 1. 4883 Dirk Steiner
> 2. 4077 Karsten Ockenfels
> 3. 2570 Martin Brumm
> 4. 1922 Volker Schnell
>
>   Is that expected at this point?
>
>
> On Fri, Aug 15, 2014 at 5:26 AM, Stefan Frey <ste...@we...
> <mailto:ste...@we...>> wrote:
>
>     Great that you got the explicit permission.
>
>     When to merge with rails_2_develop mainly depends on your preferences.
>
>     I am only asking for the following:
>     Please rebase or merge your branch with rails_2_develop so that you
>     are able to fast forward your changes into rails_2_develop.
>
>     And before doing so, please make sure that it still compiles and
>     runs all save file tests.
>
>     Main advantage merging frequently is that your development work will
>     be included in the alpha releases. You could even ask for a alpha
>     release after you added some functionality. The build itself is
>     nearly hundred percent automated.
>
>     I am looking forward to see your progress.
>
>     Stefan
>
>
>
>
>
>
>     Michael Alexander <out...@gm...
>     <mailto:out...@gm...>>schrieb:
>
>         I did get permission from the author to put it into Rails.
>
>         I have most of the Parliament Rounds working.  (Nothing yet with
>         the stock market or map).
>
>         This work is being done within the "mal_1862" branch.  Later
>         today I'm going to re-pull from"rails_2_develop"  so I can pick
>         up changes that have gone into there.
>
>         Should I on some periodic basis push my changes up into
>         "rails_2_develop", or should I be waiting until I have a lot
>         more working?
>
>         Mike
>
>
>         ------------------------------------------------------------------------------
>         _______________________________________________ Rails-devel
>         mailing list Rai...@li...
>         <mailto:Rai...@li...>https://lists.sourceforge.net/lists/listinfo/rails-devel
>         <https://lists.sourceforge.net/lists/listinfo/rails-devel>
>
>
>     ------------------------------------------------------------------------------
>
>     _______________________________________________
>     Rails-devel mailing list
>     Rai...@li...
>     <mailto:Rai...@li...>
>     https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
>
>
> ------------------------------------------------------------------------------
>
>
>
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] 1862 Status

[Michael A. <out...@gm...>]

I'm seeing diffs in the 1880_A test game.

For example, the last 5 lines are:

EoGFinalRanking :
1. 6213 Dirk Steiner
2. 5867 Karsten Ockenfels
3. 4015 Martin Brumm
4. 3032 Volker Schnell

vs.

EoGFinalRanking :
1. 4883 Dirk Steiner
2. 4077 Karsten Ockenfels
3. 2570 Martin Brumm
4. 1922 Volker Schnell

 Is that expected at this point?


On Fri, Aug 15, 2014 at 5:26 AM, Stefan Frey <ste...@we...> wrote:

> Great that you got the explicit permission.
>
> When to merge with rails_2_develop mainly depends on your preferences.
>
> I am only asking for the following:
> Please rebase or merge your branch with rails_2_develop so that you are
> able to fast forward your changes into rails_2_develop.
>
> And before doing so, please make sure that it still compiles and runs all
> save file tests.
>
> Main advantage merging frequently is that your development work will be
> included in the alpha releases. You could even ask for a alpha release
> after you added some functionality. The build itself is nearly hundred
> percent automated.
>
> I am looking forward to see your progress.
>
> Stefan
>
>
>
>
>
>
> Michael Alexander <out...@gm...>schrieb:
>>
>>  I did get permission from the author to put it into Rails.
>>
>>  I have most of the Parliament Rounds working.  (Nothing yet with the
>> stock market or map).
>>
>>  This work is being done within the "mal_1862" branch.  Later today I'm
>> going to re-pull from"rails_2_develop"  so I can pick up changes that have
>> gone into there.
>>
>>  Should I on some periodic basis push my changes up into
>> "rails_2_develop", or should I be waiting until I have a lot more working?
>>
>>  Mike
>>
>>
>>
>> ------------------------------------------------------------------------------
>> _______________________________________________ Rails-devel mailing list
>> Rai...@li...
>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>

[Rails-devel] Brown Stocks / WBC tournament rules (was: Rails 2.0 alpha 6 available)

[Stefan F. <ste...@we...>]

Tom:
a simple answer to your question is the following:

No that is not the current rule implementation of Rails for this topic, 
thus the player referring to Rails remembered it wrong. That is true for 
both the current stable releases 1.7.13/1.8.10 and development 2.0.alpha6.

Rails follows your rule interpretation: For a company in brown you can 
either buy all certificates from the Pool or one certificate from the IPO.

For reference (for those who do know this already), this is a known 
ambiguous rules and listed on Steve Thomas 1830 rules clarification (or 
better interpretation) page, see quote below.

However Tom you might be able to answer the question: Is there a 
reference how the various rules interpretations of 1830 are solved at 
the WBC tournament?

It would really help us Rails implementers to know any official ruling. 
In that case e.g. we could provide defaults e.g. based on the WBC 
rulings. Or at least offer an option to select all interpretations 
according to the WBC tournament rules.

Thanks for asking,

Stefan


--- Quoting Steve Thomas page (http://www.18xx.net/1830/1830f.htm)

'Brown' Stock

Rule 10.0 states "Stock valued in the brown zone is exempt from the 
rules limiting stock buying and holding, and may be bought in any 
available quantity during the same turn." This rule must be a contender 
for the worst-written rule of all time. Taken literally, one could 
purchase stock already sold that round, from another game, and without 
paying for it, and not necessarily during one's turn! In practice, two 
styles have emerged. The first is that a player may buy, in a single 
Stock turn, any or all shares in a single 'brown' Corporation as are in 
the Bank Pool; the other is that shares in a single 'brown' Corporation 
may be purchased from either the Bank Pool or the Initial Public 
Offering, or both. The main argument for the former interpretation is 
the form of words "stock valued in the brown zone", but that is far from 
conclusive. The former interpretation is the one used at AvalonCon and 
by the PC; Francis Tresham supports the latter. My group follows Francis 
Tresham on this.

--- End of Quote

this is an interesting discussion, as on BGG there was a discussion 
about the Rails rules enforcement already.



On 08/15/2014 10:33 PM, Tom McCorry wrote:
> Possible 1830 bug:
>
> During the WBC Tournament, one of the players in an 1830 game was trying
> to buy multiple shares of a company in the brown section of the stock
> market from the _IPO_. You may buy multiple shares of a company in the
> brown section from the _bank pool_ but not from the IPO (limit is still
> one share per turn). He cited Rails as the reason he could do it. If
> Rails does allow multiple purchases from the IPO in a single stock turn,
> it needs to be corrected.
>
> Tom McCorry
>
> -----Original Message-----
> From: Stefan Frey [mailto:ste...@we...]
> Sent: Wednesday, August 13, 2014 5:18 AM
> To: Development list for Rails: an 18xx game
> Subject: [Rails-devel] Rails 2.0 alpha 6 available
>
> Another alpha release for Rails 2.0. This is the summer edition.
>
> Hopefully it allows testing the full rules enforcing of tile and token
> lays. There are still some missing cases for special cases (with respect
> to special private powers.)
>
> Webstart the alpha release:
>
> http://rails.sf.net/webstart/rails.jnlp
>
> Or download a single jar and start it directly (by double-click or
> command line "java -jar" command).
>
> https://sourceforge.net/projects/rails/files/Rails/2.0/
>
> Readme.txt:
>
> This release fixes all remaining bugs that caused 18xx test games to fail.
>
> All test games run, except that for 1880.
>
> Also fixes bug that prevent reloading saved game files.
>
> Remark:
>
> Most bugs from previous 2.0 Alpha releases are still open.
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
>
> Rails-devel mailing list
>
> Rai...@li... <mailto:Rai...@li...>
>
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
>
> ------------------------------------------------------------------------------
>
>
>
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Rails 2.0 alpha 6 available

[Tom M. <tom...@gm...>]

Possible 1830 bug:

 

During the WBC Tournament, one of the players in an 1830 game was trying to
buy multiple shares of a company in the brown section of the stock market
from the IPO. You may buy multiple shares of a company in the brown section
from the bank pool but not from the IPO (limit is still one share per turn).
He cited Rails as the reason he could do it. If Rails does allow multiple
purchases from the IPO in a single stock turn, it needs to be corrected.

 

Tom McCorry

 

-----Original Message-----
From: Stefan Frey [mailto:ste...@we...] 
Sent: Wednesday, August 13, 2014 5:18 AM
To: Development list for Rails: an 18xx game
Subject: [Rails-devel] Rails 2.0 alpha 6 available

 

Another alpha release for Rails 2.0. This is the summer edition.

 

Hopefully it allows testing the full rules enforcing of tile and token lays.
There are still some missing cases for special cases (with respect to
special private powers.)

 

Webstart the alpha release:

 

 <http://rails.sf.net/webstart/rails.jnlp>
http://rails.sf.net/webstart/rails.jnlp

 

Or download a single jar and start it directly (by double-click or command
line "java -jar" command).

 

 <https://sourceforge.net/projects/rails/files/Rails/2.0/>
https://sourceforge.net/projects/rails/files/Rails/2.0/

Readme.txt:

This release fixes all remaining bugs that caused 18xx test games to fail.

All test games run, except that for 1880.

 

Also fixes bug that prevent reloading saved game files.

 

Remark:

Most bugs from previous 2.0 Alpha releases are still open.

 

 

 

----------------------------------------------------------------------------
--

_______________________________________________

Rails-devel mailing list

 <mailto:Rai...@li...>
Rai...@li...

 <https://lists.sourceforge.net/lists/listinfo/rails-devel>
https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] 1862 Status

[Stefan F. <ste...@we...>]

<html>
  <head>
  </head>
  <body>Great that you got the explicit permission.<br>
<br>
When to merge with rails_2_develop mainly depends on your preferences. <br>
<br>
I am only asking for the following: <br>
Please rebase or merge your branch with rails_2_develop so that you are able to fast forward your changes into rails_2_develop. <br>
<br>
And before doing so, please make sure that it still compiles and runs all save file tests. <br>
<br>
Main advantage merging frequently is that your development work will be included in the alpha releases. You could even ask for a alpha release after you added some functionality. The build itself is nearly hundred percent automated. <br>
<br>
I am looking forward to see your progress.<br>
<br>
Stefan<br>
<br>
<br>
<br><br><div class="gmail_quote"><br>
<br>
Michael Alexander &lt;out...@gm...&gt;schrieb:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

    <div>
      <div>
        I did get permission from the author to put it into Rails.
      </div>
      <div>
        <br/>
      </div>
      I have most of the Parliament Rounds working. &nbsp;(Nothing yet with the stock market or map). &nbsp;
      <div>
        <br/>
      </div>
      <div>
        This work is being done within the &quot;mal_1862&quot; branch. &nbsp;Later today I&#39;m going to re-pull from&quot;rails_2_develop&quot; &nbsp;so I can pick up changes that have gone into there.
      </div>
      <div>
        <br/>
      </div>
      <div>
        Should I on some periodic basis push my changes up into &quot;rails_2_develop&quot;, or should I be waiting until I have a lot more working?
      </div>
      <div>
        <br/>
      </div>
      <div>
        Mike&nbsp;<br/>
        <div>
          <br/>
        </div>
        <div>
          <br/>
        </div>
      </div>
    </div>
    ------------------------------------------------------------------------------ _______________________________________________ Rails-devel mailing list Rai...@li...<a href="https://lists.sourceforge.net/lists/listinfo/rails-devel" target="_blank"> https://lists.sourceforge.net/lists/listinfo/rails-devel</a>
  </blockquote></div></body>
</html>

Re: [Rails-devel] Rails 2.0.alpha6 test report - 18EU

[Michael A. <out...@gm...>]

I have a similar problem - 1862 has Parliament Rounds (2 the first time),
Stock Rounds, and then Operating Rounds.  If I use the "stock round"
number, then the first two Parliament Rounds are "0.1" and "0.2", followed
by "Stock Round 1".  Not that big a deal to work around.

Mike


On Thu, Aug 14, 2014 at 12:20 PM, Stefan Frey <ste...@we...> wrote:

> If I remember correctly it came up on the list already.
> There is a simple explanation:
>
> Rails counts Stockrounds from 1. ORs after the first stock rounds are
> called 1.1, 1.2 ... etc.
>
> To avoid confusion all ORs  directly after or in Startrounds (auctions)
> are assigned numbers 0.1, 0.2, etc.
>
> As 18EU starts with a Startround only (there is no Stockround after the
> auction of the minors), the first two ORs are 0.1 and 0.2, followed by
> Stockround 1 and ORs 1.1 and 1.2.
>
> To change that an additional parameter is required (e.g.
> startRoundNumber = 1) to change that behavior for 18EU.
>
> However I would classify this as a minor problem, so I will keep it as a
> TODO inside the 18EU classes, no fix to be expected for that soon.
>
> Stefan
>
> On 08/14/2014 05:46 AM, John David Galt wrote:
> > It starts with 0.1 as the first operating round.
> >
> > Why is this only coming up now?  It's always worked this way.
> >
> > On 2014-08-13 19:34, Chris Shaffer wrote:
> >> Start with 1 as compared to...? Does it start with 2?
> >>
> >> --
> >> Chris
> >>
> >> Warning! NSA analysts could be reading this email. And because there's
> >> hardly any accountability, we have no idea how they may use it. If
> >> that bothers you, click here to do something about it.
> >>
> >>
> >> On Wed, Aug 13, 2014 at 3:28 PM, John David Galt
> >> <jd...@di...> wrote:
> >>> On 2014-08-13 12:55, Chris Shaffer wrote:
> >>>> What is wrong with the round numbering?
> >>>
> >>> It ought to start with 1.
> >>>
> >>> This problem exists for most games Rails supports but not all, probably
> >>> because it's done in separate code for each game.
> >>>
> >>>
> ------------------------------------------------------------------------------
> >>> _______________________________________________
> >>> Rails-devel mailing list
> >>> Rai...@li...
> >>> https://lists.sourceforge.net/lists/listinfo/rails-devel
> >>
> >>
> ------------------------------------------------------------------------------
> >> _______________________________________________
> >> Rails-devel mailing list
> >> Rai...@li...
> >> https://lists.sourceforge.net/lists/listinfo/rails-devel
> >>
> >
> >
> >
> ------------------------------------------------------------------------------
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> >
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

[Rails-devel] 1862 Status

[Michael A. <out...@gm...>]

I did get permission from the author to put it into Rails.

I have most of the Parliament Rounds working.  (Nothing yet with the stock
market or map).

This work is being done within the "mal_1862" branch.  Later today I'm
going to re-pull from"rails_2_develop"  so I can pick up changes that have
gone into there.

Should I on some periodic basis push my changes up into "rails_2_develop",
or should I be waiting until I have a lot more working?

Mike

Re: [Rails-devel] Rails 2.0.alpha6 test report - 18EU

[Stefan F. <ste...@we...>]

If I remember correctly it came up on the list already.
There is a simple explanation:

Rails counts Stockrounds from 1. ORs after the first stock rounds are 
called 1.1, 1.2 ... etc.

To avoid confusion all ORs  directly after or in Startrounds (auctions) 
are assigned numbers 0.1, 0.2, etc.

As 18EU starts with a Startround only (there is no Stockround after the 
auction of the minors), the first two ORs are 0.1 and 0.2, followed by 
Stockround 1 and ORs 1.1 and 1.2.

To change that an additional parameter is required (e.g. 
startRoundNumber = 1) to change that behavior for 18EU.

However I would classify this as a minor problem, so I will keep it as a 
TODO inside the 18EU classes, no fix to be expected for that soon.

Stefan

On 08/14/2014 05:46 AM, John David Galt wrote:
> It starts with 0.1 as the first operating round.
>
> Why is this only coming up now?  It's always worked this way.
>
> On 2014-08-13 19:34, Chris Shaffer wrote:
>> Start with 1 as compared to...? Does it start with 2?
>>
>> --
>> Chris
>>
>> Warning! NSA analysts could be reading this email. And because there's
>> hardly any accountability, we have no idea how they may use it. If
>> that bothers you, click here to do something about it.
>>
>>
>> On Wed, Aug 13, 2014 at 3:28 PM, John David Galt
>> <jd...@di...> wrote:
>>> On 2014-08-13 12:55, Chris Shaffer wrote:
>>>> What is wrong with the round numbering?
>>>
>>> It ought to start with 1.
>>>
>>> This problem exists for most games Rails supports but not all, probably
>>> because it's done in separate code for each game.
>>>
>>> ------------------------------------------------------------------------------
>>> _______________________________________________
>>> Rails-devel mailing list
>>> Rai...@li...
>>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>>
>> ------------------------------------------------------------------------------
>> _______________________________________________
>> Rails-devel mailing list
>> Rai...@li...
>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>>
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Rails 2.0.alpha6 test report - 18EU

[Stefan F. <ste...@we...>]

Again thanks for your detailed feedback. I will add them to the list of 
open issues.
However good to know that you were able to play that far. ;-)

Some quick comments:

1. All buttons with no text refer to "Null Actions", regardless of the 
actual wording (pass, no bid, etc.). Already fixed, however I forgot to 
include that fix.

2./3./5. The update mechanism for tokens in the UI (regardless if shown 
on the map or as number availables) has still to be written, as the way 
how tokens work changed from rails 1.x. However it is good to know where 
they are all used.

4. Similar the update of the UI after a company is closed/merged is 
still missing and has to be added again.

6. Tile lays that require a "relay of tokens" are not fully supported.

Similar issues will currently arise with bonus tokens (anyone interested 
in testing 1856?)


On 08/13/2014 09:40 PM, John David Galt wrote:
> This three-player game of 18EU ran up to the point of the save, which
> is near the end of operating round 3.2 (though it numbers rounds wrong,
> as did the old Rails).
>
> New bugs seen:
>
> 1. During the start round, the player who selects a minor company to be
> bid on (whether by bidding or hitting "Select, No Bid") has the correct
> set of buttons available -- but once he selects a company, the last
> button (whether it's supposed to say "Pass" or "Decline to Bid") shrinks
> to a rectangle about 1mm square, and stays that way until the auction of
> that item is completed.  Then the normal set of buttons reappears until
> another item is selected to be bid on.
>
> 2. During the start round, the minor company tokens are not always
> grayed out on the map as the companies are purchased.  In this game
> #7 was not.
>
> 3. The game status window never correctly shows when tokens are placed
> (that is, it will always show every company as having all of its tokens
> still available).  The listing of companies at the bottom of the map
> window, however, is correct.
>
> 4. When a minor company merges into a major company, the minor no longer
> disappears from the Game Status window.  Its assets are correctly moved
> to the major company, but the line for the minor doesn't go away.  Again
> the listing in the map window is correct.
>
> 5. Also when a minor merges into a major, the token on the map is not
> changed to a major company token.  The minor company token is shown as
> still being there until its home is upgraded to a green tile; then the
> token changes.
>
> 6. Just at the point of the save file, the DR (which is operating, and
> has two tokens in Berlin) was allowed to place the green tile in Berlin
> but was not allowed to rotate it first (clicking to do so was ignored).
> I'm also not being allowed to undo this action to try to get it right.
> And what's weird is, in the Map window, "Done" is now grayed out but
> "Redo" is allowed -- only there's nothing to redo.  So I am stuck.
>
>
>
> ------------------------------------------------------------------------------
>
>
>
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Rails 2.0.alpha6 test report - 18EU

[Chris S. <chr...@gm...>]

I just asked because you specifically mentioned it.

--
Chris

Warning! NSA analysts could be reading this email. And because there's
hardly any accountability, we have no idea how they may use it. If
that bothers you, click here to do something about it.


On Wed, Aug 13, 2014 at 8:46 PM, John David Galt
<jd...@di...> wrote:
> It starts with 0.1 as the first operating round.
>
> Why is this only coming up now?  It's always worked this way.
>
> On 2014-08-13 19:34, Chris Shaffer wrote:
>> Start with 1 as compared to...? Does it start with 2?
>>
>> --
>> Chris
>>
>> Warning! NSA analysts could be reading this email. And because there's
>> hardly any accountability, we have no idea how they may use it. If
>> that bothers you, click here to do something about it.
>>
>>
>> On Wed, Aug 13, 2014 at 3:28 PM, John David Galt
>> <jd...@di...> wrote:
>>> On 2014-08-13 12:55, Chris Shaffer wrote:
>>>> What is wrong with the round numbering?
>>>
>>> It ought to start with 1.
>>>
>>> This problem exists for most games Rails supports but not all, probably
>>> because it's done in separate code for each game.
>>>
>>> ------------------------------------------------------------------------------
>>> _______________________________________________
>>> Rails-devel mailing list
>>> Rai...@li...
>>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>>
>> ------------------------------------------------------------------------------
>> _______________________________________________
>> Rails-devel mailing list
>> Rai...@li...
>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>>
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Rails 2.0.alpha6 test report - 18EU

[John D. G. <jd...@di...>]

It starts with 0.1 as the first operating round.

Why is this only coming up now?  It's always worked this way.

On 2014-08-13 19:34, Chris Shaffer wrote:
> Start with 1 as compared to...? Does it start with 2?
> 
> --
> Chris
> 
> Warning! NSA analysts could be reading this email. And because there's
> hardly any accountability, we have no idea how they may use it. If
> that bothers you, click here to do something about it.
> 
> 
> On Wed, Aug 13, 2014 at 3:28 PM, John David Galt
> <jd...@di...> wrote:
>> On 2014-08-13 12:55, Chris Shaffer wrote:
>>> What is wrong with the round numbering?
>>
>> It ought to start with 1.
>>
>> This problem exists for most games Rails supports but not all, probably
>> because it's done in separate code for each game.
>>
>> ------------------------------------------------------------------------------
>> _______________________________________________
>> Rails-devel mailing list
>> Rai...@li...
>> https://lists.sourceforge.net/lists/listinfo/rails-devel
> 
> ------------------------------------------------------------------------------
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
> 

Re: [Rails-devel] Rails 2.0.alpha6 test report - 18EU

[Chris S. <chr...@gm...>]

Start with 1 as compared to...? Does it start with 2?

--
Chris

Warning! NSA analysts could be reading this email. And because there's
hardly any accountability, we have no idea how they may use it. If
that bothers you, click here to do something about it.


On Wed, Aug 13, 2014 at 3:28 PM, John David Galt
<jd...@di...> wrote:
> On 2014-08-13 12:55, Chris Shaffer wrote:
>> What is wrong with the round numbering?
>
> It ought to start with 1.
>
> This problem exists for most games Rails supports but not all, probably
> because it's done in separate code for each game.
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Rails 2.0.alpha6 test report - 18EU

[John D. G. <jd...@di...>]

On 2014-08-13 12:55, Chris Shaffer wrote:
> What is wrong with the round numbering?

It ought to start with 1.

This problem exists for most games Rails supports but not all, probably
because it's done in separate code for each game.

Re: [Rails-devel] Rails 2.0.alpha6 test report - 18EU

[Chris S. <chr...@gm...>]

What is wrong with the round numbering?

--
Chris

Warning! NSA analysts could be reading this email. And because there's
hardly any accountability, we have no idea how they may use it. If
that bothers you, click here to do something about it.


On Wed, Aug 13, 2014 at 12:40 PM, John David Galt
<jd...@di...> wrote:
> This three-player game of 18EU ran up to the point of the save, which
> is near the end of operating round 3.2 (though it numbers rounds wrong,
> as did the old Rails).
>
> New bugs seen:
>
> 1. During the start round, the player who selects a minor company to be
> bid on (whether by bidding or hitting "Select, No Bid") has the correct
> set of buttons available -- but once he selects a company, the last
> button (whether it's supposed to say "Pass" or "Decline to Bid") shrinks
> to a rectangle about 1mm square, and stays that way until the auction of
> that item is completed.  Then the normal set of buttons reappears until
> another item is selected to be bid on.
>
> 2. During the start round, the minor company tokens are not always
> grayed out on the map as the companies are purchased.  In this game
> #7 was not.
>
> 3. The game status window never correctly shows when tokens are placed
> (that is, it will always show every company as having all of its tokens
> still available).  The listing of companies at the bottom of the map
> window, however, is correct.
>
> 4. When a minor company merges into a major company, the minor no longer
> disappears from the Game Status window.  Its assets are correctly moved
> to the major company, but the line for the minor doesn't go away.  Again
> the listing in the map window is correct.
>
> 5. Also when a minor merges into a major, the token on the map is not
> changed to a major company token.  The minor company token is shown as
> still being there until its home is upgraded to a green tile; then the
> token changes.
>
> 6. Just at the point of the save file, the DR (which is operating, and
> has two tokens in Berlin) was allowed to place the green tile in Berlin
> but was not allowed to rotate it first (clicking to do so was ignored).
> I'm also not being allowed to undo this action to try to get it right.
> And what's weird is, in the Map window, "Done" is now grayed out but
> "Redo" is allowed -- only there's nothing to redo.  So I am stuck.
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

[Rails-devel] Rails 2.0.alpha6 test report - 18EU

[John D. G. <jd...@di...>]

This three-player game of 18EU ran up to the point of the save, which
is near the end of operating round 3.2 (though it numbers rounds wrong,
as did the old Rails).

New bugs seen:

1. During the start round, the player who selects a minor company to be
bid on (whether by bidding or hitting "Select, No Bid") has the correct
set of buttons available -- but once he selects a company, the last
button (whether it's supposed to say "Pass" or "Decline to Bid") shrinks
to a rectangle about 1mm square, and stays that way until the auction of
that item is completed.  Then the normal set of buttons reappears until
another item is selected to be bid on.

2. During the start round, the minor company tokens are not always
grayed out on the map as the companies are purchased.  In this game
#7 was not.

3. The game status window never correctly shows when tokens are placed
(that is, it will always show every company as having all of its tokens
still available).  The listing of companies at the bottom of the map
window, however, is correct.

4. When a minor company merges into a major company, the minor no longer
disappears from the Game Status window.  Its assets are correctly moved
to the major company, but the line for the minor doesn't go away.  Again
the listing in the map window is correct.

5. Also when a minor merges into a major, the token on the map is not
changed to a major company token.  The minor company token is shown as
still being there until its home is upgraded to a green tile; then the
token changes.

6. Just at the point of the save file, the DR (which is operating, and
has two tokens in Berlin) was allowed to place the green tile in Berlin
but was not allowed to rotate it first (clicking to do so was ignored).
I'm also not being allowed to undo this action to try to get it right.
And what's weird is, in the Map window, "Done" is now grayed out but
"Redo" is allowed -- only there's nothing to redo.  So I am stuck.

[Rails-devel] Rails 2.0 alpha 6 available

[Stefan F. <ste...@we...>]

Another alpha release for Rails 2.0. This is the summer edition.

Hopefully it allows testing the full rules enforcing of tile and token 
lays. There are still some missing cases for special cases (with respect 
to special private powers.)

Webstart the alpha release:

http://rails.sf.net/webstart/rails.jnlp

Or download a single jar and start it directly (by double-click or
command line "java -jar" command).

https://sourceforge.net/projects/rails/files/Rails/2.0/
Readme.txt:
This release fixes all remaining bugs that caused 18xx test games to fail.
All test games run, except that for 1880.

Also fixes bug that prevent reloading saved game files.

Remark:
Most bugs from previous 2.0 Alpha releases are still open.

Re: [Rails-devel] Permissions to implement games?

[brett l. <bre...@gm...>]

You can look in the mailing list archives for past discussions on this.
When I started the project, we talked about it and made some specific
decisions about what would and would not be included in Rails.

We recognize that 18xx is a niche hobby and many of the game designers for
the games we enjoy are a part of the Yahoo 18xx mailing list. So, as a
courtesy and gesture to show seeking to add to the hobby, not take away, we
generally do ask for the game designer's blessing.

I know you didn't explicitly ask, but I'll also summarize the other aspects
of this discussion for the sake of completeness. :-)

In the U.S., much about a board game is not really able to be copyrighted.
(See: http://www.copyright.gov/fls/fl108.html) That means, for the most
part, we don't really need permission to implement a digital game that is
very similar to another board game. Certain aspects of the game can be
trademarked, which would disallow using the same name (e.g. Monopoly,
Scrabble, etc.) but as far as I'm aware, no 18xx game name has been
trademarked.

The other requirements for implementation we have are that we will never
ship the rules to the games with Rails. We believe this also encourages
Rails users to buy copies of the physical board games. Finally, all of the
game assets (i.e. the artwork), which is copyrightable, must be original or
licensed to the creative commons (see: https://creativecommons.org/about ).

---Brett.


---Brett.


On Sat, Aug 9, 2014 at 12:01 AM, Michael Alexander <out...@gm...>
wrote:

> I was just talking to a local train game player who asked if we needed
> permission from the authors of a variation in order to release it in
> rails.  Now that I have some time to work on 1862 I'd like to make sure
> I'll be allowed to release before I put too much time in.   So do we
> generally ask the authors?
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>

[Rails-devel] Permissions to implement games?

[Michael A. <out...@gm...>]

I was just talking to a local train game player who asked if we needed
permission from the authors of a variation in order to release it in
rails.  Now that I have some time to work on 1862 I'd like to make sure
I'll be allowed to release before I put too much time in.   So do we
generally ask the authors?

Re: [Rails-devel] Rails 2.0.alpha5 - 1835 crash

[Stefan F. <ste...@we...>]

Thanks for that. I will look into that as in the recent past, I have 
been working on several 1835 Rails 2.0 issues.

The main open issue is still the interaction of the BA/PfB tile and 
token lays and handling that in the UI.

This requires some more work, as I want to be able to process tile and 
token lays at the same time and out of the typical sequence.

The current implementations (e.g. 1835 and 1889) are mostly hacks and 
have general solution would help to implement future variants.

However as this will require some more time, I intend to make the next 
alpha (alpha 6) available tonight, to allow testing of implemented 
improvements and bug fixes, including the important one that allows to 
save of files, which are really reloadable ;-)


On 08/04/2014 02:59 AM, John David Galt wrote:
> I was able to play a four player game of 1835 as far as the end of the
> opening stock round.  Then it crashed.  There was no chance to save the
> game, but I've attached the 18xx.log file it created, which has some
> sort of stack dump at the end.
>
>
>
> ------------------------------------------------------------------------------
> Infragistics Professional
> Build stunning WinForms apps today!
> Reboot your WinForms applications with our WinForms controls.
> Build a bridge from your legacy apps to the future.
> http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
>
>
>
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

[Rails-devel] Rails 2.0.alpha5 - 1835 crash

[John D. G. <jd...@di...>]

I was able to play a four player game of 1835 as far as the end of the
opening stock round.  Then it crashed.  There was no chance to save the
game, but I've attached the 18xx.log file it created, which has some
sort of stack dump at the end.

Re: [Rails-devel] 1880 Error Stock movement

[Martin B. <dr....@t-...>]

Am 02.08.2014 19:11, schrieb Martin Brumm:
> Am 02.08.2014 09:42, schrieb Schnell, Volker:
>> hello,
>>
>> here is an other error in rails.
>> Version 1.8.9.
>> I sold 3 shares of the JGG and the shareprice moves only one row down
>> instead of three (JGG price goes from $95(E4) to $90(E5))
>> see attached game-file
>> Rules:
>> • In a Share Round
>> - If shares are sold, the share price falls for each 10% share sold,
>> moving one space downwards. If
>> the share price marker is in the bottom space of a column, the share
>> price is not changed.
>>
>> Greetings
>>
>> Volker
> Hi Volker,
> i can confirm this bug. 

 Disregard my former post.

Mistakes happen and in this case it happened by introducing a special
check for the CommunistPhase.

The new version will be out shortly after some more testing.
Sorry about that.

Regards,
Martin
>

Re: [Rails-devel] 1880 Error Stock movement

[Martin B. <dr....@t-...>]

Am 02.08.2014 09:42, schrieb Schnell, Volker:
> hello,
>
> here is an other error in rails.
> Version 1.8.9.
> I sold 3 shares of the JGG and the shareprice moves only one row down
> instead of three (JGG price goes from $95(E4) to $90(E5))
> see attached game-file
> Rules:
> • In a Share Round
> - If shares are sold, the share price falls for each 10% share sold,
> moving one space downwards. If
> the share price marker is in the bottom space of a column, the share
> price is not changed.
>
> Greetings
>
> Volker

Hi Volker,
i can confirm this bug. It results from the part that rails generates
Actions based the situation at RoundStart.
So the possible ShareSellingActions dont take into account yet, that the
prices of a share changes during the action.

Quick fix: Limit the Shares sellable per action to 1. So Multiple Shares
are sold as single action.

Complete Fix: Long and tedious and not really on the agenda for 1.x anymore.

We have to adjust the SellShares Action which would break most if not
all games.

To sell multiple shares you will have to sell the shares by multiple
actions in the same Stockround.

Regards,
Martin

[Rails-devel] 1880 Error Stock movement

[Schnell, V. <vol...@ar...>]

hello,

here is an other error in rails.
Version 1.8.9.
I sold 3 shares of the JGG and the shareprice moves only one row down 
instead of three (JGG price goes from $95(E4) to $90(E5))
see attached game-file
Rules:
• In a Share Round
- If shares are sold, the share price falls for each 10% share sold, 
moving one space downwards. If
the share price marker is in the bottom space of a column, the share 
price is not changed.

Greetings

Volker

-- 
Volker Schnell
email: vol...@ar...
homepage: home.arcor.de\volker_schnell

Re: [Rails-devel] Parsing additional Startpakets from Configuration

[Dr. M. B. <dr....@t-...>]

Hallo stefan,

Nein der fix War nicht ausreichend.das hatte ich intern auch schon gemacht.
Vier mich sah das immer so aus das die Attribute der children nur die werte
 für name und type enthielt, d.h.das die anderen item Attribute gar nicht geared wurden aus welchem Grund auch immer.




Von Samsung-Tablet gesendet

-------- Ursprüngliche Nachricht --------
Von: Stefan Frey <ste...@we...> 
Datum:24.07.2014  11:10  (GMT+01:00) 
An: "Development list for Rails: an 18xx game" <rai...@li...> 
Betreff: Re: [Rails-devel] Parsing additional Startpakets from Configuration 

Martin:
On first glance it seems that it is sufficient to change the wrong 
typing "baseprice" to "basePrice" for the item tags of the Hungarian 
startpacket.

I pushed a commit that fixes that.

Please be aware that the xml-files are case sensitive, which might be 
suprising for Windows users ;-)

Both tag and attribute names use camelCase. Tag names start with an 
upper case, attribute names with  a lower case.

Hope that it works as expected now, maybe there are other issues, I did 
not look further.

Stefan






On 07/23/2014 07:23 PM, Martin Brumm wrote:
> Am 23.07.2014 12:20, schrieb Stefan Frey:
>> Hi Martin,
>> could you please tell which branch you are looking at here?
>>
>> If I remember correctly I did some changes during rails 2 development
>> there and so I wonder if you tried that on a branch that extended from
>> rails 1.x or rails 2.x?
>>
>> Thanks,
>> Stefan
>>
>>
>>
>
> Hi Stefan,
>
> it was in mbr_2_develop_1837 and thats a branch of rails_2_develop and
> actualised/rebased regularly from 2.0 develop.
>
> In rails.1.8.x the baseprices values of the second startpaket are read
> correctly.
>
>
> Regards,
> Martin
>
>
>
> ------------------------------------------------------------------------------
> Want fast and easy access to all the code in your enterprise? Index and
> search up to 200,000 lines of code with a free copy of Black Duck
> Code Sight - the same software that powers the world's largest code
> search on Ohloh, the Black Duck Open Hub! Try it now.
> http://p.sf.net/sfu/bds
>
>
>
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

------------------------------------------------------------------------------
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck
Code Sight - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel