rails-devel — List for discussion of Rails development

Re: [Rails-devel] 1835 Shareprice of Pru at the End of an SR

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

Still open issue:

What is the default setting for this game option?

My current understanding from the rules set (2nd version DE and EN) 
available to me is that the default is that Prussian stock price raises 
even if there are un-exchanged (reserved) shares in the bank.

However both (experienced) players John and Volker prefer the reverse as 
default. It could be that the 1st version of the rules were different? 
However I cannot find those online. Maybe anyone of you can check those?

Most likely I will forward the question to 18xx yahoo, if we cannot find 
a clear answer.

Stefan


On 07/31/2015 11:57 PM, John David Galt wrote:
> On 2015-07-30 10:30, Stefan Frey wrote:
>> Hi Volker,
>> thanks for your reply: Yes Rails previously did not increase the
>> Prussian share price, however in my view this is not the "standard", but
>> simply a bug. However I am interested to know, if you (or anyone else)
>> has a different opinion on that matter?
>>
>> At least for the two rules set I consulted.
>>
>> English (2nd):
>> "If at the end of a share dealing round, all purchasable shares in a
>> company are owned by players, i.e. all sold and none in the Bank Pool,
>> then the share price...".
>>
>> German (2nd):
>> "Befinden sich am Ende einer Aktienrunde keine Aktien einer in Betrieb
>> befindlichen AG im Bankpool bzw. auf einem der Stapel 'Nichtverkaufte
>> Aktien', so wird der Kursmarker ..."
>>
>> The main difference is merely that the German highlights that the
>> company has to be operating, thus Prussian requires an exchanged M2.
>>
>> I am a little reluctant to support too many (minor) Game Options for a
>> game with enough variants and ambiguous rules, but if there is good
>> support to convince me then I will be happy to add the option again.
>>
>> Stefan
>
> I guess I have the first edition, but I am used to the price NOT going
> up and prefer it that way.
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Playtest report of 1837 under Rails 2.0.beta3

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

A few remarks from my side. ;-)

>>
>> 1. After filling in the first three players' names, using the mouse to
>> select the blank for player 4 doesn't work.  I can get there by hitting
>> Tab, but not by using the mouse.
>
> Seems to be an UI problem, perhaps Stefan knows something there.

Yep, that's a bug, will be fixed.

>>
>> 2. The map looks correct except for some cosmetic problems.
>>
>> a) There is NO visual indication of Italy (marked off by a red line in
>> Lonny Orgler's version of the printed map), which becomes off limits
>> when a 4-train is purchased.
> I intend to place a "real map" in the background. This map should show
> the border. Currently i dont know or rathter the mechanismn to mark
> overlays on the current system is unknown to me :(
>>
>> I suggest showing it by making those hexes a little darker than the
>> usual starting pale-green color (say RGB 62,193,118).  I would also make
>> Bosnia a lighter shade of yellow so as to avoid giving the impression
>> that green tiles are to be laid there (as in the Erie and B&O home hexes
>> in 1830).
> Since those map is generated from normal tiles, i would have to generate
> additional tiles with different colours just for the background map.
> Thats time consuming for a cosmetical fix.

Yes a background map seems to be the better solution.

>
>> b) Coal company start hexes show a "dit" (sometimes badly drawn) but do
>> not show either their company name or run value (until the company is
>> purchased; then a black "token" is placed).  The run values are
>> adequately displayed as tooltips (though in the case of ZKB they forgot
>> to mention the 10K dit in the same hex!), but I'd like to preprint a
>> black square "mine" on each one (probably using a graphical overlay),
>> and not show "tokens" for them at all.
> Nice idea if i would know or someone else can tell me to put overlays
> there i would be willing to do this since this is necessary info imo.

Overlays are done in class HexMap (package net.sf.rails.ui.swing.hexmap)
There are several static nested classes for the different layers (e.g. 
the TokensTextLayer).

>
>> c) All company start spaces except S5 are labeled on the map even though
>> it means that "Sd" clobbers "S1", "KK" clobbers "K1", and "Ug" clobbers
>> "U1".  1835 has this problem too.  I'd like to have an option in Rails's
>> game definition XML to turn off these labels for individual companies or
>> hexes.
> Since S5 has two start hexes that are determined by the player this is a
> dynamic info that should be handled by overlays also. See problems above
> :) I agree with you about the clobbering of the map. Game definition
> might be a good way but this might lead to a major effort for all other
> games also.

I fixed that for the 1835 PR/M2/M5 case in Berlin recently.
Use the unlaidHomeBlocksTokens="no" as attribute for the hex.
If that is set, there is no indication of a reserved home token.

Re: [Rails-devel] Playtest report of 1837 under Rails 2.0.beta3

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

Hi John,

first of all thank you for your test and the great feedback.
Secondly i have to apologize for answering that late.

Please find my comments down below.
Am 01.08.15 um 22:32 schrieb John David Galt:
> Playtest report of 1837 under Rails 2.0.beta3 on 2015-08-01. jdg
>
> 1. After filling in the first three players' names, using the mouse to
> select the blank for player 4 doesn't work.  I can get there by hitting
> Tab, but not by using the mouse.

Seems to be an UI problem, perhaps Stefan knows something there.
>
> 2. The map looks correct except for some cosmetic problems.
>
> a) There is NO visual indication of Italy (marked off by a red line in
> Lonny Orgler's version of the printed map), which becomes off limits
> when a 4-train is purchased.
I intend to place a "real map" in the background. This map should show 
the border. Currently i dont know or rathter the mechanismn to mark 
overlays on the current system is unknown to me :(
>
> I suggest showing it by making those hexes a little darker than the
> usual starting pale-green color (say RGB 62,193,118).  I would also make
> Bosnia a lighter shade of yellow so as to avoid giving the impression
> that green tiles are to be laid there (as in the Erie and B&O home hexes
> in 1830).
Since those map is generated from normal tiles, i would have to generate 
additional tiles with different colours just for the background map. 
Thats time consuming for a cosmetical fix.

> b) Coal company start hexes show a "dit" (sometimes badly drawn) but do
> not show either their company name or run value (until the company is
> purchased; then a black "token" is placed).  The run values are
> adequately displayed as tooltips (though in the case of ZKB they forgot
> to mention the 10K dit in the same hex!), but I'd like to preprint a
> black square "mine" on each one (probably using a graphical overlay),
> and not show "tokens" for them at all.
Nice idea if i would know or someone else can tell me to put overlays 
there i would be willing to do this since this is necessary info imo.

> c) All company start spaces except S5 are labeled on the map even though
> it means that "Sd" clobbers "S1", "KK" clobbers "K1", and "Ug" clobbers
> "U1".  1835 has this problem too.  I'd like to have an option in Rails's
> game definition XML to turn off these labels for individual companies or
> hexes.
Since S5 has two start hexes that are determined by the player this is a 
dynamic info that should be handled by overlays also. See problems above 
:) I agree with you about the clobbering of the map. Game definition 
might be a good way but this might lead to a major effort for all other 
games also.

> d) The token (and share chart) color for coal companies should be white,
> and for CL should be black (they are reversed).  The lettering for BK
> should be white (because of its dark background color) and for MS, SB,
> and TH should be black (because of their light background colors).

Will try to correct that.
> 3. The square stock chart is what I expected (though I'd like to try
> fixing that as a cosmetic feature for this specific game later).
> However, the Game Status window ought to show the fixed par prices of
> Sd, KK, and Ug right away (and similarly in other games where some
> companies have fixed par prices, even when those shares aren't available
> right after the start round, as they will be in 1837).
Dont know if we have the mechansimn currently in place will investigate.

> 4. The "info" hover-buttons on the Start Round window do reveal which
> private companies come with minor companies, but only if you know how to
> read the XML object names.  I think it would be clearer if the buttons
> in the Item column actually said, for example, "SmB+S1" rather than just
> "SmB".  This goes for all games where two certificates are sold or
> auctioned together.
>
> 5. The mechanism for reducing prices for the next purchase if everyone
> passes during a start round works correctly -- up to the point where the
> prices of some of the items available reach zero.
>
> The save-game file "1837_20150801_2003_Kermit.rails" demonstrates this
> problem.  Everyone passed consecutively starting with John and ending
> with Kermit, multiple times through.
>
> What actually happened then (from the Game Report window) is:
>
>      (**)Kermit passes.
>      All players have passed.
>      Price of EKT is now reduced to 0K
>      Price of AB is now reduced to 85K
>      Price of ZKB is now reduced to 0K
>      Kermit buys EKT for 0K
>      EKT floats and receives 100K
>
>      And it is still Kermit's turn -- with AB and ZKB available for their
> reduced prices! (but EOD is at its normal price of 100).
>
> What SHOULD have happened is this:
>
>      (**)Kermit passes.
>      All players have passed.
>      Price of EKT is now reduced to 0K
>      Price of AB is now reduced to 85K
>      Price of ZKB is now reduced to 0K
>
>      Now it becomes John's turn.
>      Pass is grayed out, forcing John to buy one of the three companies
> on offer (AB for 85, or EKT or ZKB for free).  Once he does so, all
> prices return to normal, Pass is re-enabled, and it becomes Kent's turn.
Isnt he forced to buy the first one on display thats zero ? (i fixed the 
behaviour now that he will buy the first unsold company with a zero price.)


> 6. When the "first start packet" is sold out, a second one (K1 through
> K3) pops up and becomes available.  However, once all players have too
> little money to buy from that second start packet, the start round ends
> and -- the game hangs.
>
>     The second save file, "1837_20150801_2021_John.rails", is at this point.
>
>     What SHOULD happen next is an operating round.  Only the first start
> packet is required to sell out before operating rounds can begin.
>
I am gonna check and correct that behaviour next.


Thanks again,

btw. if you want to jump in, the current 1837 development branch is 
labeled mbr_2_develop_1837.


Feel free to either send me code or to build your own branch from where 
i can merge your code into mine and Stefan later on merges into the main 
development branch.

regards
Martin

Re: [Rails-devel] Playtest report of 1837 under Rails 2.0.beta3

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

1837 is currently mainly developed by Martin, so I will leave it to him 
to comment first.

However the info-buttons do not work in all 18xx currently, I will fix 
that on my own.

> 4. The "info" hover-buttons on the Start Round window do reveal which
> private companies come with minor companies, but only if you know how to
> read the XML object names.  I think it would be clearer if the buttons
> in the Item column actually said, for example, "SmB+S1" rather than just
> "SmB".  This goes for all games where two certificates are sold or
> auctioned together.
>

Re: [Rails-devel] Second Playtest report of 1835 under Rails 2.0.beta3

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

Again: Good catch. The "U" postfix is not updated in all cases. Fixed 
for beta 4. Thanks!

On 08/02/2015 11:44 PM, John David Galt wrote:
> Playtest report of 1835 under Rails 2.0.beta3 on 2015-08-02. jdg
>
> Another test of 1835, but with three players.
>
> The variant still gets preset to Clemens.
>
> This time the map appears.
>
> At the end of the start round, Kent's holding in BY is incorrectly shown
> as "40%PU" even though the fifth share (with PfB) has been purchased by
> another player, floating By.
>
>
>
> ------------------------------------------------------------------------------
>
>
>
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Playtest report of 1835 under Rails 2.0.beta3

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

Thanks for your detailed report. Those are really helpful.

See my comments below. Expect a beta 4 soon.

Stefan


On 08/02/2015 12:26 AM, John David Galt wrote:
> Playtest report of 1835 under Rails 2.0.beta3 on 2015-08-01. jdg
>
> 1. I notice the set of game options for 1835 has changed, and the
> defaults for at least some of them have changed.  In particular the game
> variant is set to Clemens when I first see it.  The default for all
> settings should be the regular rules, unless you are going to make it
> remember the settings when a particular game was last played on this
> computer.  I wouldn't mind that.

I agree to have defaults comply to the rules, reverted to auction 
variant to Standard.

>
> 2. There is a checkbox for "Ignore reserved shares of company PR" which
> I find unclear.  I suggest it say "PR price may rise for all-sold even
> if unclaimed trade-in shares remain."

Only issue that there is not much space for text in the current layout.
I will use "PR price may raise even if unclaimed shares".

A new Game Selection window is high on my list, however only after the 
2.1 release. Then longer help text for game options will be possible.
I also intend to categorize game options (e.g. Rails options, Rules 
options, Game variants etc.)

>
> 3. Upon hitting "New Game", one thing sticks out like a sore thumb: the
> map pane is blank!!!

Due to NoMapMode activated.

>
> 4. Several of my nits about the Game Status window seem to be fixed.  It
> now shows the ownership of minor and private companies; and the SX
> ownership is correctly shown as "20%PU" when only the LD has been
> purchased.  The fixed par prices are shown for all companies.
>
> Things I would still change: (a) Par prices should not show grid
> coordinates for any game.  (b) Both lists of train types still get
> shrunk to the height of the graphic elements on their left ("Privates"
> and "Worth"+"OR +/-") even when this hides information.  I would like to
> see those lines adjust to whichever element(s) are taller.
>

(a) I agree that ParPrices do not require GridCoordinates. I will change 
that.

(b) I suspect that behavior is highly platform dependent (which OS / 
JRE) you are running. On my computers it seems to be ok.

I plan to redraw the GameStatus window for Rails 2.1+. Two main goals 
are: Better support for games with many minors (like 1837, 1844 etc.)
and an improved NoMapMode that allows playing with one frame for both 
operating and stock rounds. Most likely it will be close to Lemmis 
moderator UI. But I am very open to suggestions.


> 5. When a player purchases a private or minor company, the fact is no
> longer clear in the "Start Round" window.  The player's cash decreases,
> but the price paid is no longer displayed in the column for that player.
>   I have to look at the Game Status window to see who owns what.

The bug fix for the 18EU auction back-fired. Fixed.


>
> 6. As before, players in the stock round are not skipped when they can't
> do anything but pass.

The current pass executed by Rails based on only pass action available. 
Currently the Request for Auto-Pass is considered the second.
Will put this on the list for 2.1+ stock round improvements.


>
> 7. When the stock round ends the Map pane shows the list of companies
> with no map -- and goes straight to the "buy trains" step.  I guess this
> confirms that I didn't cause the problem by running the game in "no map"
> mode, because I'm not being allowed to lay any track!  I think I'm done.

It is NoMapMode.

[Rails-devel] Second Playtest report of 1835 under Rails 2.0.beta3

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

Playtest report of 1835 under Rails 2.0.beta3 on 2015-08-02. jdg

Another test of 1835, but with three players.

The variant still gets preset to Clemens.

This time the map appears.

At the end of the start round, Kent's holding in BY is incorrectly shown
as "40%PU" even though the fifth share (with PfB) has been purchased by
another player, floating By.

[Rails-devel] Playtest report of 1835 under Rails 2.0.beta3

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

Playtest report of 1835 under Rails 2.0.beta3 on 2015-08-01. jdg

1. I notice the set of game options for 1835 has changed, and the
defaults for at least some of them have changed.  In particular the game
variant is set to Clemens when I first see it.  The default for all
settings should be the regular rules, unless you are going to make it
remember the settings when a particular game was last played on this
computer.  I wouldn't mind that.

2. There is a checkbox for "Ignore reserved shares of company PR" which
I find unclear.  I suggest it say "PR price may rise for all-sold even
if unclaimed trade-in shares remain."

3. Upon hitting "New Game", one thing sticks out like a sore thumb: the
map pane is blank!!!

4. Several of my nits about the Game Status window seem to be fixed.  It
now shows the ownership of minor and private companies; and the SX
ownership is correctly shown as "20%PU" when only the LD has been
purchased.  The fixed par prices are shown for all companies.

Things I would still change: (a) Par prices should not show grid
coordinates for any game.  (b) Both lists of train types still get
shrunk to the height of the graphic elements on their left ("Privates"
and "Worth"+"OR +/-") even when this hides information.  I would like to
see those lines adjust to whichever element(s) are taller.

5. When a player purchases a private or minor company, the fact is no
longer clear in the "Start Round" window.  The player's cash decreases,
but the price paid is no longer displayed in the column for that player.
 I have to look at the Game Status window to see who owns what.

6. As before, players in the stock round are not skipped when they can't
do anything but pass.

7. When the stock round ends the Map pane shows the list of companies
with no map -- and goes straight to the "buy trains" step.  I guess this
confirms that I didn't cause the problem by running the game in "no map"
mode, because I'm not being allowed to lay any track!  I think I'm done.

[Rails-devel] Playtest report of 1837 under Rails 2.0.beta3

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

Playtest report of 1837 under Rails 2.0.beta3 on 2015-08-01. jdg

1. After filling in the first three players' names, using the mouse to
select the blank for player 4 doesn't work.  I can get there by hitting
Tab, but not by using the mouse.

2. The map looks correct except for some cosmetic problems.

a) There is NO visual indication of Italy (marked off by a red line in
Lonny Orgler's version of the printed map), which becomes off limits
when a 4-train is purchased.

I suggest showing it by making those hexes a little darker than the
usual starting pale-green color (say RGB 62,193,118).  I would also make
Bosnia a lighter shade of yellow so as to avoid giving the impression
that green tiles are to be laid there (as in the Erie and B&O home hexes
in 1830).

b) Coal company start hexes show a "dit" (sometimes badly drawn) but do
not show either their company name or run value (until the company is
purchased; then a black "token" is placed).  The run values are
adequately displayed as tooltips (though in the case of ZKB they forgot
to mention the 10K dit in the same hex!), but I'd like to preprint a
black square "mine" on each one (probably using a graphical overlay),
and not show "tokens" for them at all.

c) All company start spaces except S5 are labeled on the map even though
it means that "Sd" clobbers "S1", "KK" clobbers "K1", and "Ug" clobbers
"U1".  1835 has this problem too.  I'd like to have an option in Rails's
game definition XML to turn off these labels for individual companies or
hexes.

d) The token (and share chart) color for coal companies should be white,
and for CL should be black (they are reversed).  The lettering for BK
should be white (because of its dark background color) and for MS, SB,
and TH should be black (because of their light background colors).

3. The square stock chart is what I expected (though I'd like to try
fixing that as a cosmetic feature for this specific game later).
However, the Game Status window ought to show the fixed par prices of
Sd, KK, and Ug right away (and similarly in other games where some
companies have fixed par prices, even when those shares aren't available
right after the start round, as they will be in 1837).

4. The "info" hover-buttons on the Start Round window do reveal which
private companies come with minor companies, but only if you know how to
read the XML object names.  I think it would be clearer if the buttons
in the Item column actually said, for example, "SmB+S1" rather than just
"SmB".  This goes for all games where two certificates are sold or
auctioned together.

5. The mechanism for reducing prices for the next purchase if everyone
passes during a start round works correctly -- up to the point where the
prices of some of the items available reach zero.

The save-game file "1837_20150801_2003_Kermit.rails" demonstrates this
problem.  Everyone passed consecutively starting with John and ending
with Kermit, multiple times through.

What actually happened then (from the Game Report window) is:

    (**)Kermit passes.
    All players have passed.
    Price of EKT is now reduced to 0K
    Price of AB is now reduced to 85K
    Price of ZKB is now reduced to 0K
    Kermit buys EKT for 0K
    EKT floats and receives 100K

    And it is still Kermit's turn -- with AB and ZKB available for their
reduced prices! (but EOD is at its normal price of 100).

What SHOULD have happened is this:

    (**)Kermit passes.
    All players have passed.
    Price of EKT is now reduced to 0K
    Price of AB is now reduced to 85K
    Price of ZKB is now reduced to 0K

    Now it becomes John's turn.
    Pass is grayed out, forcing John to buy one of the three companies
on offer (AB for 85, or EKT or ZKB for free).  Once he does so, all
prices return to normal, Pass is re-enabled, and it becomes Kent's turn.

6. When the "first start packet" is sold out, a second one (K1 through
K3) pops up and becomes available.  However, once all players have too
little money to buy from that second start packet, the start round ends
and -- the game hangs.

   The second save file, "1837_20150801_2021_John.rails", is at this point.

   What SHOULD happen next is an operating round.  Only the first start
packet is required to sell out before operating rounds can begin.

[Rails-devel] Rails 2.0 beta 3 available

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

Again it took more time than expected (plus the sourceforge outage), 
however the number of bug fixes (especially for 1880) should compensate 
for this.

This release is pretty stable and usable, a release candidate for 2.0 
will arrive in the near future.

For more information about the future roadmap check
http://github.com/freystef/Rails/wiki/Roadmap

Feedback is welcome!
Stefan

## Availability via Webstart or Download of a single Jar

* Webstart the beta release:

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

* Download the beta 3 jar

Download the single jar and start it directly (by double-click or
command line "java -jar" command).

http://sourceforge.net/projects/rails/files/Rails/2.0/

## New Features in beta 3

- First round sell restriction
Added implementation that allows correct handling of the sell 
restriction during the first round of an 18xx games.
There is a new GameOption that decides when the sell restriction ends.

<GameOption name="FirstRoundSellRestriction" values="First Round,First 
Stock Round" default="First Round" />

More information are found [here] (FirstRoundSellRestriction).

- New map correction mode
During the correction mode tile lays are possible anywhere on the map. 
Only upgrades are possible, no downgrades.
Terrain costs are ignored and (if required) have to be assigned to a 
company with a cash correction.

## Bug Fixes in beta 3

### Fixed 1830 bugs:
- Add correct handling of Coalfield rights (both tile laying and revenue 
calculation)

### Fixed 1880 bugs:
- Definition of tiles 8858, 8854, 8885 were wrong (sides connected to 
sides, instead sides to the towns), Effect was wrong revenue calculations
- Added Beijing 8887, 8888 to handemade tiles, as they cannot be setup 
correctly with TileDesigner
- Fixed definition of tile 8879 (Shanghai): Loop track from city to city
- Fixed definition of tile 8880 (Shanghai): Duplicate track definition, 
wrong side to side connection instead of side to city
- Fixed definition of tile 455: wrong name (495)
- Fixed definition of Bejing green 8886: Loop track from city to city, 
duplicate track definition
- Added Beijing -80004 to handemade tiles, cannot be setup correctly 
with TileDesigner
- Reverted to the working version of Ferry modifier (based on 
RevenueBonuses defined on map.xml)
- Fixed omission in Express Modifier: Protect ferry modifier vertices to 
incorporate ferry maluses for express trains
- Fixed bug on Mouse-Overs for player certificates details: president 
was always shown as 20% certificate
- Only offer tile lays for which the company has the permission to lay 
that tile colour
- Improved undo/redo behavior during operating rounds by adding state 
variables
- Fixed wrong 1880 Stockmarket attribute
- Fixed double reporting of 'company operates' for investors in 1880
- Fixed display bug in Investor exchange message
- Reordered player order shown in report window
- Selection of Building Rights: Show only selections with the correct 
number of building rights
- Added Par-Slot and Rights chosen after purchase of director to the 
report window
- Fixed bug that have the game terminate before the last company operates
- Fixed bug that 6E, 8, 8E trains ignored towns
- Added brokerage fee to report window
- Do not show zero payoffs of Privates in later phases
- Fixed wrong output to report window: no discard of trains to pool 
anymore, added option to TrainManager where to discard trains

### Fixed 18EU bugs:
- Rails stopped during StartRound

Re: [Rails-devel] 1835 Shareprice of Pru at the End of an SR

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

On 2015-07-30 10:30, Stefan Frey wrote:
> Hi Volker,
> thanks for your reply: Yes Rails previously did not increase the 
> Prussian share price, however in my view this is not the "standard", but 
> simply a bug. However I am interested to know, if you (or anyone else) 
> has a different opinion on that matter?
> 
> At least for the two rules set I consulted.
> 
> English (2nd):
> "If at the end of a share dealing round, all purchasable shares in a 
> company are owned by players, i.e. all sold and none in the Bank Pool, 
> then the share price...".
> 
> German (2nd):
> "Befinden sich am Ende einer Aktienrunde keine Aktien einer in Betrieb 
> befindlichen AG im Bankpool bzw. auf einem der Stapel 'Nichtverkaufte 
> Aktien', so wird der Kursmarker ..."
> 
> The main difference is merely that the German highlights that the 
> company has to be operating, thus Prussian requires an exchanged M2.
> 
> I am a little reluctant to support too many (minor) Game Options for a 
> game with enough variants and ambiguous rules, but if there is good 
> support to convince me then I will be happy to add the option again.
> 
> Stefan

I guess I have the first edition, but I am used to the price NOT going
up and prefer it that way.

Re: [Rails-devel] 1835 Shareprice of Pru at the End of an SR

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

Hi Volker,
thanks for your reply: Yes Rails previously did not increase the 
Prussian share price, however in my view this is not the "standard", but 
simply a bug. However I am interested to know, if you (or anyone else) 
has a different opinion on that matter?

At least for the two rules set I consulted.

English (2nd):
"If at the end of a share dealing round, all purchasable shares in a 
company are owned by players, i.e. all sold and none in the Bank Pool, 
then the share price...".

German (2nd):
"Befinden sich am Ende einer Aktienrunde keine Aktien einer in Betrieb 
befindlichen AG im Bankpool bzw. auf einem der Stapel 'Nichtverkaufte 
Aktien', so wird der Kursmarker ..."


The main difference is merely that the German highlights that the 
company has to be operating, thus Prussian requires an exchanged M2.

I am a little reluctant to support too many (minor) Game Options for a 
game with enough variants and ambiguous rules, but if there is good 
support to convince me then I will be happy to add the option again.

Stefan


On 07/30/2015 02:17 PM, vol...@ar... wrote:
> Hi Stefan,
> the option was reverse. in Standard the Pru-Shareprice does not increase, when all 10% Bank Pru are sold but not all Pru Shares are exchanged.
> The option increase the shareprice.
> greetings
> Volker
>
>
> ----- Original Nachricht ----
> Von:     Stefan Frey <ste...@we...>
> An:      "Development list for Rails: an 18xx game" <rai...@li...>
> Datum:   30.07.2015 14:00
> Betreff: Re: [Rails-devel] 1835 Shareprice of Pru at the End of an SR
>
>> I am working down the pile of bugs that were reported after the Rails
>> 2.0 development branched off from Rails 1.x.
>>
>> The situation here is that all Prussian shares have been in players
>> hand, the Prussian itself was started, however the Prussian share price
>> did not increase at the end of the StockRound.
>>
>> There was a fix committed, however it did not work as intended.
>>
>> In addition there was GameOption that would allow a house rule (no
>> increase of PR as long as there are some PR shares not exchanged).
>> However I removed that the GameOption as the rules both English and
>> German are pretty clear on that topic.
>>
>> Should be in the next beta release. Sourceforge now estimates to make
>> the file upload end of day 31/07.
>>
>> Stefan
>>
>>
>> On 04/28/2013 10:44 PM, Schnell, Volker wrote:
>>> Hi,
>>>
>>> here is the next issue to 1835.
>>> the prussian gets startet in OR 4.2 with a Sharevalue 154.
>>> in the share dealing round all 10% Shares were bought by the players and
>>> none were sold.
>>> at the end of the Share Dealing round there were no Shares in the Bank
>>> pool nor  initial Shares are available. Some pre-Prussians company were
>>> not closed.
>>> Rails: at the End of the round  the share price of the pru is not moved
>>> up one row.
>>>
>>> (comment of rails:All players have passed, end of SR 5, SX price goes
>>> from 112M(F4) to 122M(F3).
>>>
>>> SX is sold out, price rises from 112M(F4) to 122M(F3)
>>> BY price goes from 106M(G6) to 114M(G5).
>>> BY is sold out, price rises from 106M(G6) to 114M(G5)
>>> BA price goes from 84M(B4) to 86M(B3).
>>> BA is sold out, price rises from 84M(B4) to 86M(B3)
>>> HE price goes from 84M(B4) to 86M(B3).
>>> HE is sold out, price rises from 84M(B4) to 86M(B3))
>>>
>>> English Rules, XiV, 4: if at the end of a share Dealing Round, all
>>> purchasable shares in a company are owned by players, i.e. sold and none
>>> in the bank pool, then the share price marker is moved up one row on the
>>> share price index.
>>>
>>> This statement is true for the prussian.
>>>
>>> is it possible, to adjust rails (1.7.12) ?
>>>
>>> greetings
>>>
>>> volker
>>>
>>>
>>
>

Re: [Rails-devel] 1835 Shareprice of Pru at the End of an SR

[<vol...@ar...>]

Hi Stefan,
the option was reverse. in Standard the Pru-Shareprice does not increase, when all 10% Bank Pru are sold but not all Pru Shares are exchanged.
The option increase the shareprice.
greetings
Volker


----- Original Nachricht ----
Von:     Stefan Frey <ste...@we...>
An:      "Development list for Rails: an 18xx game" <rai...@li...>
Datum:   30.07.2015 14:00
Betreff: Re: [Rails-devel] 1835 Shareprice of Pru at the End of an SR

> I am working down the pile of bugs that were reported after the Rails 
> 2.0 development branched off from Rails 1.x.
> 
> The situation here is that all Prussian shares have been in players 
> hand, the Prussian itself was started, however the Prussian share price 
> did not increase at the end of the StockRound.
> 
> There was a fix committed, however it did not work as intended.
> 
> In addition there was GameOption that would allow a house rule (no 
> increase of PR as long as there are some PR shares not exchanged).
> However I removed that the GameOption as the rules both English and 
> German are pretty clear on that topic.
> 
> Should be in the next beta release. Sourceforge now estimates to make 
> the file upload end of day 31/07.
> 
> Stefan
> 
> 
> On 04/28/2013 10:44 PM, Schnell, Volker wrote:
> > Hi,
> >
> > here is the next issue to 1835.
> > the prussian gets startet in OR 4.2 with a Sharevalue 154.
> > in the share dealing round all 10% Shares were bought by the players and
> > none were sold.
> > at the end of the Share Dealing round there were no Shares in the Bank
> > pool nor  initial Shares are available. Some pre-Prussians company were
> > not closed.
> > Rails: at the End of the round  the share price of the pru is not moved
> > up one row.
> >
> > (comment of rails:All players have passed, end of SR 5, SX price goes
> > from 112M(F4) to 122M(F3).
> >
> > SX is sold out, price rises from 112M(F4) to 122M(F3)
> > BY price goes from 106M(G6) to 114M(G5).
> > BY is sold out, price rises from 106M(G6) to 114M(G5)
> > BA price goes from 84M(B4) to 86M(B3).
> > BA is sold out, price rises from 84M(B4) to 86M(B3)
> > HE price goes from 84M(B4) to 86M(B3).
> > HE is sold out, price rises from 84M(B4) to 86M(B3))
> >
> > English Rules, XiV, 4: if at the end of a share Dealing Round, all
> > purchasable shares in a company are owned by players, i.e. sold and none
> > in the bank pool, then the share price marker is moved up one row on the
> > share price index.
> >
> > This statement is true for the prussian.
> >
> > is it possible, to adjust rails (1.7.12) ?
> >
> > greetings
> >
> > volker
> >
> >
> 

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

Re: [Rails-devel] 1835 Shareprice of Pru at the End of an SR

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

I am working down the pile of bugs that were reported after the Rails 
2.0 development branched off from Rails 1.x.

The situation here is that all Prussian shares have been in players 
hand, the Prussian itself was started, however the Prussian share price 
did not increase at the end of the StockRound.

There was a fix committed, however it did not work as intended.

In addition there was GameOption that would allow a house rule (no 
increase of PR as long as there are some PR shares not exchanged).
However I removed that the GameOption as the rules both English and 
German are pretty clear on that topic.

Should be in the next beta release. Sourceforge now estimates to make 
the file upload end of day 31/07.

Stefan


On 04/28/2013 10:44 PM, Schnell, Volker wrote:
> Hi,
>
> here is the next issue to 1835.
> the prussian gets startet in OR 4.2 with a Sharevalue 154.
> in the share dealing round all 10% Shares were bought by the players and
> none were sold.
> at the end of the Share Dealing round there were no Shares in the Bank
> pool nor  initial Shares are available. Some pre-Prussians company were
> not closed.
> Rails: at the End of the round  the share price of the pru is not moved
> up one row.
>
> (comment of rails:All players have passed, end of SR 5, SX price goes
> from 112M(F4) to 122M(F3).
>
> SX is sold out, price rises from 112M(F4) to 122M(F3)
> BY price goes from 106M(G6) to 114M(G5).
> BY is sold out, price rises from 106M(G6) to 114M(G5)
> BA price goes from 84M(B4) to 86M(B3).
> BA is sold out, price rises from 84M(B4) to 86M(B3)
> HE price goes from 84M(B4) to 86M(B3).
> HE is sold out, price rises from 84M(B4) to 86M(B3))
>
> English Rules, XiV, 4: if at the end of a share Dealing Round, all
> purchasable shares in a company are owned by players, i.e. sold and none
> in the bank pool, then the share price marker is moved up one row on the
> share price index.
>
> This statement is true for the prussian.
>
> is it possible, to adjust rails (1.7.12) ?
>
> greetings
>
> volker
>
>

Re: [Rails-devel] Update for beta 3 release

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

On Mon, Jul 27, 2015 at 2:09 PM, Stefan Frey <ste...@we...> wrote:

> Brett:
> moving the complete repo to github is possible, I am currently pushing
> only the rails_2_develop branch.
>
> However as far as I know there is no file upload/download facility and
> mailing lists support on github?
>

Here's how Github wants folks to do releases:
https://github.com/blog/1547-release-your-software

You're right, there's no mailing list support.


>
> So a mixed mode seems the best for solution for the time being?
>
> Repo + Wiki + Issues on github
>
> Homepage + Mailing Lists + File Download + Webstart Support on sourceforge
>
>
I'm okay with this. We'll need to look around for alternatives for the
mailing list and webstart support. At the rate Sourceforge is going, I
expect we'll need a new host soon-ish. (end of the year, maybe?)



> Stefan
>
>
---Brett.


> On 07/23/2015 03:46 PM, brett lentz wrote:
> >
> >
> > On Thu, Jul 23, 2015 at 4:45 AM Stefan Frey <ste...@we...
> > <mailto:ste...@we...>> wrote:
> >
> >     Hi,
> >     due to the technical problems of sourceforge the beta 3 release is
> >     delayed until the upload of files will work again. I hope that this
> will
> >     be possible until the end of the week.
> >
> >
> > This has been on my mind lately. Sourceforge appears to be circling the
> > drain.
> >
> > Do we want to make the move to Github permanently?
> >
> > We can update the website to have a "We've moved" link.
> >
> >     At least from today on the repository is live again, so I was able to
> >     push all bug fixes and improvements from the last weeks.
> >
> >     I expect that the next release will be most likely the first release
> >     candidate, the current beta is already pretty usable from my test
> >     experience.
> >
> >     For details for the upcoming release find the new features here:
> >     http://github.com/freystef/Rails/wiki/Roadmap
> >
> >     and a complete list of bugs fixed (a lot, especially 1880, which now
> has
> >     many bugs fixed that still exist in 1.9.0):
> >     http://github.com/freystef/Rails/wiki/Bugs
> >
> >     Thanks for your patience,
> >
> >     Stefan
> >
> >
>  ------------------------------------------------------------------------------
> >     _______________________________________________
> >     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] Update for beta 3 release

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

Brett:
moving the complete repo to github is possible, I am currently pushing 
only the rails_2_develop branch.

However as far as I know there is no file upload/download facility and 
mailing lists support on github?

So a mixed mode seems the best for solution for the time being?

Repo + Wiki + Issues on github

Homepage + Mailing Lists + File Download + Webstart Support on sourceforge

Stefan

On 07/23/2015 03:46 PM, brett lentz wrote:
>
>
> On Thu, Jul 23, 2015 at 4:45 AM Stefan Frey <ste...@we...
> <mailto:ste...@we...>> wrote:
>
>     Hi,
>     due to the technical problems of sourceforge the beta 3 release is
>     delayed until the upload of files will work again. I hope that this will
>     be possible until the end of the week.
>
>
> This has been on my mind lately. Sourceforge appears to be circling the
> drain.
>
> Do we want to make the move to Github permanently?
>
> We can update the website to have a "We've moved" link.
>
>     At least from today on the repository is live again, so I was able to
>     push all bug fixes and improvements from the last weeks.
>
>     I expect that the next release will be most likely the first release
>     candidate, the current beta is already pretty usable from my test
>     experience.
>
>     For details for the upcoming release find the new features here:
>     http://github.com/freystef/Rails/wiki/Roadmap
>
>     and a complete list of bugs fixed (a lot, especially 1880, which now has
>     many bugs fixed that still exist in 1.9.0):
>     http://github.com/freystef/Rails/wiki/Bugs
>
>     Thanks for your patience,
>
>     Stefan
>
>     ------------------------------------------------------------------------------
>     _______________________________________________
>     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] Update for beta 3 release

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

On Thu, Jul 23, 2015 at 4:45 AM Stefan Frey <ste...@we...> wrote:

> Hi,
> due to the technical problems of sourceforge the beta 3 release is
> delayed until the upload of files will work again. I hope that this will
> be possible until the end of the week.
>
>
This has been on my mind lately. Sourceforge appears to be circling the
drain.

Do we want to make the move to Github permanently?

We can update the website to have a "We've moved" link.


> At least from today on the repository is live again, so I was able to
> push all bug fixes and improvements from the last weeks.
>
> I expect that the next release will be most likely the first release
> candidate, the current beta is already pretty usable from my test
> experience.
>
> For details for the upcoming release find the new features here:
> http://github.com/freystef/Rails/wiki/Roadmap
>
> and a complete list of bugs fixed (a lot, especially 1880, which now has
> many bugs fixed that still exist in 1.9.0):
> http://github.com/freystef/Rails/wiki/Bugs
>
> Thanks for your patience,
>
> Stefan
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

[Rails-devel] Update for beta 3 release

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

Hi,
due to the technical problems of sourceforge the beta 3 release is 
delayed until the upload of files will work again. I hope that this will 
be possible until the end of the week.

At least from today on the repository is live again, so I was able to 
push all bug fixes and improvements from the last weeks.

I expect that the next release will be most likely the first release 
candidate, the current beta is already pretty usable from my test 
experience.

For details for the upcoming release find the new features here:
http://github.com/freystef/Rails/wiki/Roadmap

and a complete list of bugs fixed (a lot, especially 1880, which now has 
many bugs fixed that still exist in 1.9.0):
http://github.com/freystef/Rails/wiki/Bugs

Thanks for your patience,

Stefan

Re: [Rails-devel] Rails: Any Work on Client / Server Version?

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

Hi Russel:
currently no one is working on client/server version.

There is a quite good division between the core and UI classes, which 
could potentially extended to a full separation, however I am not sure, 
what it could achieve.

For realtime play full Rails instances on each players device is in my 
opinion the best approach. This would only require to relay the executed 
actions between those.

New beta of 2.0 should come out this week. After this I expect another 
beta and some time after that a full release.

Stefan


On 07/08/2015 07:00 PM, Russell InNC wrote:
> Hey All:
>
> I am just wondering whether anyone is working on a client / server
> version of Rails?
>
> Also, I see that there is a new 2.0 version.  How close is this to
> general release?
>
>
> Thanks!
>
> Russell
>
> P.S.  rules_heretic at BGG.
>
>
> ------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
>
>
>
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

[Rails-devel] Rails: Any Work on Client / Server Version?

[Russell I. <mwn...@ya...>]

 Hey All:
I am just wondering whether anyone is working on a client / server version of Rails?
Also, I see that there is a new 2.0 version.  How close is this to general release?

Thanks!
Russell
P.S.  rules_heretic at BGG.

Re: [Rails-devel] [Rails-users] 1830 - Swapping M&H Private for NYC share in OR

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

Mark:
the answer is simple: Rails 1.x does not support the execution of the 
swap of the M&H private outside of the StockRound (and there only when 
the M&H owner is active).

Workaround currently is: Swap the M&H later in the SR and adjust 
treasuries and/or player cash via a Cash Correction.

I will add that later in 2.x, however it might never be fully 
rule-compliance as "anytime" is a timing instruction that makes 
developers unhappy....

Stefan


On 06/11/2015 09:23 AM, Mark Brown wrote:
> The game has been running in v1.8.10, but I also loaded the save file in
> v1.9.0 and had the same problem.
>
> attached is a save file.
>
>
>
> On 11 June 2015 at 17:21, Stefan Frey <ste...@we...
> <mailto:ste...@we...>> wrote:
>
>     Mark,
>     could you please forward me a save file that allows replication of
>     the bug?
>     Which Rails version did you use?
>     Then I will look into the issue.
>     Thanks,
>     Stefan
>
>
>
>
>     Mark Brown <mark.brown <http://mark.brown>@markbrown.net.au
>     <http://markbrown.net.au>>schrieb:
>
>         I own the M&H Private company, during the OR at the start of my
>         OR turn I select the Special menu (which is highlighted in
>         Yellow) and select Swap M&H for a 10% share of NYC.  I currently
>         have 50% of NYC, there are 2 IPO shares available.
>
>         When I select that option, I get the following error -
>
>         Message:  Unexpected action: UseSpecialProperty: Swap M&H for
>         10% share of NYC.
>
>         Any ideas or is this a bug?
>         ------------------------------------------------------------------------------
>         _______________________________________________ Rails-users
>         mailing list Rai...@li...
>         <mailto:Rai...@li...>https://lists.sourceforge.net/lists/listinfo/rails-users
>         <https://lists.sourceforge.net/lists/listinfo/rails-users>
>
>

[Rails-devel] Game Option for First (Share) Round Sell Restriction

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

Currently Rails (both in 1.9.0 and 2.0 beta 2) interprets the sell 
restriction (for the first share round) too narrowly:

Only if all players passing at a time where public certificates are 
offered, the restriction gets invalid.

All player passing during the auction has no effect on the sale 
restrictions and this is not correct for most 18xx.

However not all rule sets (and most likely not all people will interpret 
the rules as I do) are identical.

As usual the solution is to add a GameOption to Rails and set the 
default according to some "common" interpretation.

My proposal is the following:

## Add a GameOption "FirstRoundSellRestriction"

To allow game groups to have different opinions, how to read and 
interpret the rules, a new GameOption is added. This allows to remove 
the sell restriction after

- FirstRound: first round of the game ends with all player passing

- FirstShareRound: first round, which has public certificates (outside 
the start package) offered to players, ends with all player passing

## Default Settings per Games

- FirstRound: 1830 (18Kaas, 18Lummer), 1835, 1880, 18AL, 18GA

- FirstShareRound: 1856, 1889

1851 does not allow selling in any company which has not operated.
18EU has no share trading at the start of the game.


More details can be found on the following page on the new Rails wiki:
https://github.com/freystef/Rails/wiki/FirstRoundSellRestriction

[Rails-devel] Update on Rails 2.0, Beta 3 coming soon

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

To keep you updated/interested in Rails 2.0, some news:

What are the missing bits for a Rails 2.0 release candidate?

Mainly three topics: Map Corrections, end of first StockRound and 1880 
bug fixes

*** Map Correction Actions:

As in Rails 1.x correction lays should still be possible. However this 
will be re-implemented as all other tile/token laying stuff in Rails.

As we have full rules compliance for tile/token lays, it is important 
which subset of rules are still enforced even in correction mode.

* Correction Tile Lays

The correction tile lay is assumed not to be executed by a specific company.

Rules still enforced:
- Blocked hex edges. This includes blue bars (water), edges at the map 
border, and edges bordering to gray tiles without track.

- Tile upgrade tree (only allow tiles that are descendents of the fixed 
tile of that hex)

- Availability of each tile (thus no tiles are created out of thin air)

Otherwise ignore all other rules, including

- Phase for allowed tile colors, thus at any time all tiles can be laid

- Building costs: The correction tile lay will always be free of charge
(If required costs can be adjusted manually by a Cash Correction)

- Tile rotation given the fixed and/or current tile

* Correction (Base) Token Lays:

As base tokens always belong to a specific company, it is assumed that 
the token lay was executed by that company.

Rules still enforced:

- Availability of tokens for the company (again no tokens are created 
out of thin air)

- Availability of a token slot (if there is no free slot, no token can 
be laid)

- Token costs according to the standard rules have to be paid (again 
this can be changed manually - if needed)

Again all other rules are ignored, mainly all those that require that 
the token slot is reachable.

*** End of first StockRound

As I mentioned earlier on the mailing list, there are different rules, 
when the first Stockround is over. As this varies between games and in 
some games the rules are not 100% clear I will add a GameOption for this.

This definition is important as in many 18xx it is not possible to sell 
certificates of the public companies in the first StockRound.

There will be two selections:

* Before StartPacket is Sold
This implies that the official "first stock round" can finish in what 
Rails calls "StartRound". In most 18xx this is a auction/selection 
process that sells/divides the "StartPacket".

This was the initial reason for this GameOption, as 1835 rules clearly 
state, that all player passing during the distribution of the 
StartPacket finishes the first StockRound.

* Only after StartPacket is Sold
This is e.g. the default (interpretation) for 1830.

A mail with the default for all other 18xx in Rails will follow soon.

*** Bug Fixes for 1880

Unfortunately (but not unexpected) the development between 1.9.x and 2.0 
for 1880 diverged for some minor bits. Another follow-up mail will 
detail all open bugs/required fixes for 1880 for 2.0.

In any case expect a 2.0 Beta 3 release this week, which includes some 
more minor fixes/improvements not included in this mail. :-)

Stefan

Re: [Rails-devel] Rails 2.0 beta 2 available

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

Yes, Map Correction is still not active yet.
Will be made available in beta 3, hopefully. ;-)
Stefan


On 04/10/2015 05:45 PM, Martin Brumm wrote:
> Am 10.04.2015 um 10:25 schrieb Stefan Frey:
>> Second beta release for Rails 2.0
>>
>> *** Improvements:
>>
>> - Company panel of OR window shows only acting company during tile,
>> token and revenue steps. All companies shown at train buying.
>>
>> - Indicate for each player what company were already sold during share
>> rounds.
>>
>> - Fixed information in message panel during tile/token lays.
>>
>> We are glad to receive feedback both on bugs and usability.
>>
>> There is a wiki on gitHub with rails 2.0 documentation:
>> http://github.com/freystef/Rails/wiki
>>
>>
>> *** Testing of Rails 2.0 beta 2 possible via Webstart or Download
>>
>> * Webstart the beta release:
>>
>> http://rails.sf.net/webstart/rails.jnlp
>>
>> * Download the beta release:
>>
>> Download the single jar and start it directly (by double-click or
>> command line "java -jar" command).
>>
>> http://sourceforge.net/projects/rails/files/Rails/2.0/
>>
>>
>>
> Moin Stefan,
>
> kann das sein das die Map Correction nicht funktioniert ?
>
> GRuss
> Martin
>
>
>
> ------------------------------------------------------------------------------
> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
> Develop your own process in accordance with the BPMN 2 standard
> Learn Process modeling best practices with Bonita BPM through live exercises
> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
>
>
>
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Rails 2.0 beta 2 available

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

Am 10.04.2015 um 10:25 schrieb Stefan Frey:
> Second beta release for Rails 2.0
>
> *** Improvements:
>
> - Company panel of OR window shows only acting company during tile, 
> token and revenue steps. All companies shown at train buying.
>
> - Indicate for each player what company were already sold during share 
> rounds.
>
> - Fixed information in message panel during tile/token lays.
>
> We are glad to receive feedback both on bugs and usability.
>
> There is a wiki on gitHub with rails 2.0 documentation:
> http://github.com/freystef/Rails/wiki
>
>
> *** Testing of Rails 2.0 beta 2 possible via Webstart or Download
>
> * Webstart the beta release:
>
> http://rails.sf.net/webstart/rails.jnlp
>
> * Download the beta release:
>
> Download the single jar and start it directly (by double-click or
> command line "java -jar" command).
>
> http://sourceforge.net/projects/rails/files/Rails/2.0/
>
>
>
Moin Stefan,

kann das sein das die Map Correction nicht funktioniert ?

GRuss
Martin