rails-devel Mailing List for Rails: an 18xx game system

Hello,

the file rails-18xx-2.4.6.dmg is apparently defective. When opening
Rails-18xx.app, a message appears that the file is corrupted and cannot
be opened (Mac OS 10.14.6). Downloaded and tried several times. The
previous version 2.4.5 was OK.

Die Datei rails-18xx-2.4.6.dmg ist offenbar defekt. Beim Öffnen von
Rails-18xx.app kommt die Meldung, dass die Datei beschädigt ist und
nicht geöffnet werden kann (Mac OS 10.14.6). Wiederholt heruntergeladen
und versucht. Die vorherige Version 2.4.5 war in Ordnung.

Knut

In this saved game, WR just built a connection to its destination, and I
skipped the token laying step.  Then I used the menu item "Special ->
Destinations Reached" to record that fact.  Result: All the action
buttons at the bottom of the map screen ("Set Revenue", "Buy Private",
and "Undo") become greyed out, so I can't (straightforwardly) continue
the game.

Workaround is to go to the Game Status screen, use "Moderator -> Forced
Undo", then go back to the map screen and Redo.

Also (I mention this because it may be related), when I check the box
that says a company has destinated, a subsequent use of "Special ->
Destinations Reached" still shows the same unchanged list of companies
(that is, the one that destinated is neither removed from the list, nor
does it appear already checked).

On 14.01.2021 00:11, John David Galt wrote:
> hese are my notes from test runs of 1837 as it is in the
> current release, version 2.2.1, on 2021-01-13. jdg
>
> I recognize that this is a game in development and that I am
> mostly responsible for it, so this is mostly in the nature of
> notes for whoever works on it next, maybe myself.  Any help is
> appreciated but I realize it will not be a high priority.
>
> *  General impression is that the game is playable somewhat
> farther than I got the last time I worked on the code.
> Someone else has worked on it a moderate amount, but has by
> no means finished it.
>
> *  Minor bug: The Game Status screen shows most of the
> companies but omits two of the three state companies, the Sd
> and Ug.  All three should be shown.
>
> *  The use of multiple "start rounds" is a choice I made when
> I worked on it, but I now believe it was a mistake.
> Technically the only the first screen of that type is the
> "start packet," defined in the rules as "it all has to sell
> out before an operating round can take place."
>
> The way I should have handled the sale of the K1-K3 and U1-U3
> is to make those the first companies that are available, using
> the existing mechanism of "layers" that limits the order of
> starting new companies in 1829, 1835, and 1853.
>
> *  Feature request: When using the three-column start packet,
> show it graphically alongside the start round screen.  As it is,
> there is no way to tell which shares are above which others (and
> thus will make them accessible when purchased).
>
> *  Bug (as I see it): The window label does not say "start round
> (number)" even if more than one "start round" takes place.
> (Which can happen in other games, for instance 1830 and 1835, if
> an operating round occurs before all start packet contents have
> been purchased.)
>
> *  Bug: In my test game today, all of the K1-K3 sold out before
> any operating round took place, but of the U1-U3, only the U1
> president's share sold.  We played one operating round.  When it
> ended the "start round" window displayed again, to sell the rest
> of U1-U3; but only one player had enough money to buy any of the
> shares.  That player bought one, and the other two players passed
> -- and then Rails ended the round before the player with money
> could buy another share!
>    Save file:  1837_20210113_2138_OperatingRound 0.1.rails
>
> *  Worse bug: The "forced undo" mechanism would NOT take me back
> into that "start round" to let the player buy more shares.  When
> I tried it, the "Leave history" and "Play from here" buttons
> spontaneously disappeared from the Game Report window.
>
> *  Feature request: Show a confirmation dialog to the owner of a
> coal company if he tries to end the company's turn in OR1 without
> buying a train.  While not required, this is a nasty mistake you
> usually can't recover from.
>
> *  Cosmetic bug: Coal mine hexes ought to look very different.
> (1) Move the company name out of the center of the hex where the
> track makes it unreadable.  Move it to the opposite side of the
> center of the hex from the track.  (2) Make the "mine station
> marker" square, not round, so it doesn't appear to be a city.
> (3) Show the coal mine revenue as if it were a red offboard hex,
> including the higher revenue that begins in phase 5.  All these
> things should be done before the companies are even purchased in
> the start auction because the person considering buying them
> needs the info.
>
> *  For the same reason, the (i) button beside each company on the
> start round screen should identify the major company into which
> each coal company must eventually merge.  This is important,
> especially for EKT which must merge into MS but usually does not
> build its track near MS.
>
> *  Bug: Coal mine income is being paid out as part of the
> company's train run.  It is supposed to be direct revenue, like
> the mail contracts in 1817.  This is also true when a major
> company obtains a G train and runs it to a mine.
>
> *  Bug: In this test game, K1 is collecting 100 for its run with
> one 2-train!  Its run ought to end at the dit in F18.  Passenger
> trains must count the dits, and may not run to mines.
>    Save file:  1837_20210113_2153_OperatingRound 0.1.rails
>
> *  Bug: Building on a private company's hex now works in two ways
> that disobey the 1837 rules (in my opinion).  (1) Unlike some
> other games where privates have "teleport" powers, using a
> private company to build track in 1837 does not exempt you from
> the normal requirement to be connected to that track.  (2) During
> phase 2 it is NOT legal for a non-owner of a private company to
> build track on that private company's hex AT ALL, even by paying
> the terrain cost.  You have to wait until phase 3.
>
> *  Subtle bug: Paul Work's translation of the rules (which I can't
> find right now) said that unlike most other games, a company is
> allowed to backtrack when tracing a route from an existing station
> of the company in order to place another station (but only once
> per station being placed).
>
> *  Cosmetic bug: K1's home station is mislabeled as KK.  That
> station is K1 until it merges into the KK.
>
> -end-
>
>
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Hi JDG,

please find your comments here :)


https://github.com/Rails-18xx/Rails/issues/329

On 14.01.2021 00:11, John David Galt wrote:
> hese are my notes from test runs of 1837 as it is in the
> current release, version 2.2.1, on 2021-01-13. jdg
>
> I recognize that this is a game in development and that I am
> mostly responsible for it, so this is mostly in the nature of
> notes for whoever works on it next, maybe myself.  Any help is
> appreciated but I realize it will not be a high priority.
>
> *  General impression is that the game is playable somewhat
> farther than I got the last time I worked on the code.
> Someone else has worked on it a moderate amount, but has by
> no means finished it.
>
> *  Minor bug: The Game Status screen shows most of the
> companies but omits two of the three state companies, the Sd
> and Ug.  All three should be shown.
>
> *  The use of multiple "start rounds" is a choice I made when
> I worked on it, but I now believe it was a mistake.
> Technically the only the first screen of that type is the
> "start packet," defined in the rules as "it all has to sell
> out before an operating round can take place."
>
> The way I should have handled the sale of the K1-K3 and U1-U3
> is to make those the first companies that are available, using
> the existing mechanism of "layers" that limits the order of
> starting new companies in 1829, 1835, and 1853.
>
> *  Feature request: When using the three-column start packet,
> show it graphically alongside the start round screen.  As it is,
> there is no way to tell which shares are above which others (and
> thus will make them accessible when purchased).
>
> *  Bug (as I see it): The window label does not say "start round
> (number)" even if more than one "start round" takes place.
> (Which can happen in other games, for instance 1830 and 1835, if
> an operating round occurs before all start packet contents have
> been purchased.)
>
> *  Bug: In my test game today, all of the K1-K3 sold out before
> any operating round took place, but of the U1-U3, only the U1
> president's share sold.  We played one operating round.  When it
> ended the "start round" window displayed again, to sell the rest
> of U1-U3; but only one player had enough money to buy any of the
> shares.  That player bought one, and the other two players passed
> -- and then Rails ended the round before the player with money
> could buy another share!
>    Save file:  1837_20210113_2138_OperatingRound 0.1.rails
>
> *  Worse bug: The "forced undo" mechanism would NOT take me back
> into that "start round" to let the player buy more shares.  When
> I tried it, the "Leave history" and "Play from here" buttons
> spontaneously disappeared from the Game Report window.
>
> *  Feature request: Show a confirmation dialog to the owner of a
> coal company if he tries to end the company's turn in OR1 without
> buying a train.  While not required, this is a nasty mistake you
> usually can't recover from.
>
> *  Cosmetic bug: Coal mine hexes ought to look very different.
> (1) Move the company name out of the center of the hex where the
> track makes it unreadable.  Move it to the opposite side of the
> center of the hex from the track.  (2) Make the "mine station
> marker" square, not round, so it doesn't appear to be a city.
> (3) Show the coal mine revenue as if it were a red offboard hex,
> including the higher revenue that begins in phase 5.  All these
> things should be done before the companies are even purchased in
> the start auction because the person considering buying them
> needs the info.
>
> *  For the same reason, the (i) button beside each company on the
> start round screen should identify the major company into which
> each coal company must eventually merge.  This is important,
> especially for EKT which must merge into MS but usually does not
> build its track near MS.
>
> *  Bug: Coal mine income is being paid out as part of the
> company's train run.  It is supposed to be direct revenue, like
> the mail contracts in 1817.  This is also true when a major
> company obtains a G train and runs it to a mine.
>
> *  Bug: In this test game, K1 is collecting 100 for its run with
> one 2-train!  Its run ought to end at the dit in F18.  Passenger
> trains must count the dits, and may not run to mines.
>    Save file:  1837_20210113_2153_OperatingRound 0.1.rails
>
> *  Bug: Building on a private company's hex now works in two ways
> that disobey the 1837 rules (in my opinion).  (1) Unlike some
> other games where privates have "teleport" powers, using a
> private company to build track in 1837 does not exempt you from
> the normal requirement to be connected to that track.  (2) During
> phase 2 it is NOT legal for a non-owner of a private company to
> build track on that private company's hex AT ALL, even by paying
> the terrain cost.  You have to wait until phase 3.
>
> *  Subtle bug: Paul Work's translation of the rules (which I can't
> find right now) said that unlike most other games, a company is
> allowed to backtrack when tracing a route from an existing station
> of the company in order to place another station (but only once
> per station being placed).
>
> *  Cosmetic bug: K1's home station is mislabeled as KK.  That
> station is K1 until it merges into the KK.
>
> -end-
>
>
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Hi John,


thank you for the report. I'll make an Issue out of this on Github
https://github.com/Rails-18xx.

Regards,

Martin

P.s.: It was me working on the code :)

hese are my notes from test runs of 1837 as it is in the
current release, version 2.2.1, on 2021-01-13. jdg

I recognize that this is a game in development and that I am
mostly responsible for it, so this is mostly in the nature of
notes for whoever works on it next, maybe myself.  Any help is
appreciated but I realize it will not be a high priority.

*  General impression is that the game is playable somewhat
farther than I got the last time I worked on the code.
Someone else has worked on it a moderate amount, but has by
no means finished it.

*  Minor bug: The Game Status screen shows most of the
companies but omits two of the three state companies, the Sd
and Ug.  All three should be shown.

*  The use of multiple "start rounds" is a choice I made when
I worked on it, but I now believe it was a mistake.
Technically the only the first screen of that type is the
"start packet," defined in the rules as "it all has to sell
out before an operating round can take place."

The way I should have handled the sale of the K1-K3 and U1-U3
is to make those the first companies that are available, using
the existing mechanism of "layers" that limits the order of
starting new companies in 1829, 1835, and 1853.

*  Feature request: When using the three-column start packet,
show it graphically alongside the start round screen.  As it is,
there is no way to tell which shares are above which others (and
thus will make them accessible when purchased).

*  Bug (as I see it): The window label does not say "start round
(number)" even if more than one "start round" takes place.
(Which can happen in other games, for instance 1830 and 1835, if
an operating round occurs before all start packet contents have
been purchased.)

*  Bug: In my test game today, all of the K1-K3 sold out before
any operating round took place, but of the U1-U3, only the U1
president's share sold.  We played one operating round.  When it
ended the "start round" window displayed again, to sell the rest
of U1-U3; but only one player had enough money to buy any of the
shares.  That player bought one, and the other two players passed
-- and then Rails ended the round before the player with money
could buy another share!
   Save file:  1837_20210113_2138_OperatingRound 0.1.rails

*  Worse bug: The "forced undo" mechanism would NOT take me back
into that "start round" to let the player buy more shares.  When
I tried it, the "Leave history" and "Play from here" buttons
spontaneously disappeared from the Game Report window.

*  Feature request: Show a confirmation dialog to the owner of a
coal company if he tries to end the company's turn in OR1 without
buying a train.  While not required, this is a nasty mistake you
usually can't recover from.

*  Cosmetic bug: Coal mine hexes ought to look very different.
(1) Move the company name out of the center of the hex where the
track makes it unreadable.  Move it to the opposite side of the
center of the hex from the track.  (2) Make the "mine station
marker" square, not round, so it doesn't appear to be a city.
(3) Show the coal mine revenue as if it were a red offboard hex,
including the higher revenue that begins in phase 5.  All these
things should be done before the companies are even purchased in
the start auction because the person considering buying them
needs the info.

*  For the same reason, the (i) button beside each company on the
start round screen should identify the major company into which
each coal company must eventually merge.  This is important,
especially for EKT which must merge into MS but usually does not
build its track near MS.

*  Bug: Coal mine income is being paid out as part of the
company's train run.  It is supposed to be direct revenue, like
the mail contracts in 1817.  This is also true when a major
company obtains a G train and runs it to a mine.

*  Bug: In this test game, K1 is collecting 100 for its run with
one 2-train!  Its run ought to end at the dit in F18.  Passenger
trains must count the dits, and may not run to mines.
   Save file:  1837_20210113_2153_OperatingRound 0.1.rails

*  Bug: Building on a private company's hex now works in two ways
that disobey the 1837 rules (in my opinion).  (1) Unlike some
other games where privates have "teleport" powers, using a
private company to build track in 1837 does not exempt you from
the normal requirement to be connected to that track.  (2) During
phase 2 it is NOT legal for a non-owner of a private company to
build track on that private company's hex AT ALL, even by paying
the terrain cost.  You have to wait until phase 3.

*  Subtle bug: Paul Work's translation of the rules (which I can't
find right now) said that unlike most other games, a company is
allowed to backtrack when tracing a route from an existing station
of the company in order to place another station (but only once
per station being placed).

*  Cosmetic bug: K1's home station is mislabeled as KK.  That
station is K1 until it merges into the KK.

-end-

Hello,
Current game, 1856 with Diesel. WR has an 4-Train, Bridge, the 
calculation runs the train without the bridge-income. Any solution?
greetings
Volker

-- 
Volker Schnell
email: vs...@vo...
homepage: www.volkers-muehle.de

On 05.12.2020 17:04, Volker wrote:
> hi
>
> the map refresh after actions is incomplete. Rails 221 und 230, the
> windows-Exe.
> Map after loading File
> --
> map after completion of M4 at the start of the M5 the map is only
> partly redrawn.
>
> after laying a Tile, i must move the mouse over the areas, where
> action-buttons are. After that, they where visible.
>
>
>
> The drawing of the Map is now not so clear as in former Rails Versions.
> here an example from V2.04
> Volker Schnell
> email: vs...@vo...
> homepage: www.volkers-muehle.de
>
>
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Hi Volker,

that behaviour has been observed previously. Please delete your personal
configurations and make them anew.

:)

Regards

Martin

hi

the map refresh after actions is incomplete. Rails 221 und 230, the 
windows-Exe.
Map after loading File
--
map after completion of M4 at the start of the M5 the map is only partly 
redrawn.

after laying a Tile, i must move the mouse over the areas, where 
action-buttons are. After that, they where visible.



The drawing of the Map is now not so clear as in former Rails Versions.
here an example from V2.04

Volker Schnell
email: vs...@vo...
homepage: www.volkers-muehle.de

Good Day,

please make sure that you save ALL Rails-Save games in a different place
outside the actual installation path, if you have choosen to save them
below your actual Rails installation path and want to change that path
in subsequent installation.

The way the Packager under windows installs new Releases works (designed
by Microsoft), it will remove the path of the old directory if you
choose to install the new version in a new directory.

There is currently no way to avoid that behaviour.

Regards

Martin for the rails Development Team

On 22.11.2020 22:04, Volker wrote:
> i think not: java 8 update 271
> best regards
> Volker
>
>
Hi Volker,

i think so :) Sorry let me explain.


Rails is now developed under Java 11 (even that is quite old now) the
package we release contains all necessary Runtime libraries for Windows
if it is started via the executable, which sets the necessary environment.

If for what ever reason you cant use the exe-file, you have to install
the Java-11 JDK and uninstall the Java 8 JRE or at least configure your
system settings in a way that the Java 8 Jre is not called before the
Java 11 environment while trying to start our Rails-Jar.


Kind regards,

Martin

Hi,

we play 1856 in a variant with 8-Trains instead of a Diesel.
After Formation of the CGR the CGR borrows a Train from the Bank.
The revenue was calculated by a Diesel. 460 instead of 360 for an 8-Train.

Best Regards

Volker

-- 
Volker Schnell
email: vs...@vo...
homepage: www.volkers-muehle.de

i think not: java 8 update 271
best regards
Volker

Am 22.11.2020 um 21:40 schrieb Martin Brumm:
> On 22.11.2020 18:12, Volker wrote:
>> hi all,
>>
>> When i start the "rails-2.2-beta2-all.jar" programm on a 
>> Win10-Notebook, I get following errors:
>>
>>
>>
>> Rails-18xx.exe installs and run without Problems, also 
>> "rails-2.1beta1-all.jar" runs with no Problems.
>>
>> I'll want use the Jar-Version, because some systems don't allow the 
>> installation of an exe-File
>>
>> Any Hints?
>> Best Regards
>>
>> Volker
>> -- 
>> Volker Schnell
>> email:vs...@vo...
>> homepage:www.volkers-muehle.de
>>
>>
>> _______________________________________________
>> Rails-devel mailing list
>> Rai...@li...
>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
> Hi Volker,
>
> i think your Java Version may be too old.
>
> i'll have to look.
>
> Rgrds,
>
> Martin
>
>
>
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

-- 
Volker Schnell
email: vs...@vo...
homepage: www.volkers-muehle.de

On 22.11.2020 18:12, Volker wrote:
> hi all,
>
> When i start the "rails-2.2-beta2-all.jar" programm on a
> Win10-Notebook, I get following errors:
>
>
>
> Rails-18xx.exe installs and run without Problems, also
> "rails-2.1beta1-all.jar" runs with no Problems.
>
> I'll want use the Jar-Version, because some systems don't allow the
> installation of an exe-File
>
> Any Hints?
> Best Regards
>
> Volker
> -- 
> Volker Schnell
> email: vs...@vo...
> homepage: www.volkers-muehle.de
>
>
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Hi Volker,

i think your Java Version may be too old.

i'll have to look.

Rgrds,

Martin

sorry, i'll forgot the Attachment.

Am 22.11.2020 um 19:06 schrieb Volker:
> hi all,
> another error in 1856 (rails.2.04)
> TBG was started in AR 6 but not 60% sold. in AR 7 Player jupp buys 60% 
> of the TGB. next available Train: 8
> When in OR 7.1 the TGB want to start, this message came up.
>
> This will never happen, if no one buys 20% TGB. The rules declare, 60% 
> is sufficent.
>
> game-file status: 1 click before starting the TGB.
>
> Best Regards.
> Volker
> -- 
> Volker Schnell
> email:vs...@vo...
> homepage:www.volkers-muehle.de
>
>
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

-- 
Volker Schnell
email: vs...@vo...
homepage: www.volkers-muehle.de

hi all,
another error in 1856 (rails.2.04)
TBG was started in AR 6 but not 60% sold. in AR 7 Player jupp buys 60% 
of the TGB. next available Train: 8
When in OR 7.1 the TGB want to start, this message came up.

This will never happen, if no one buys 20% TGB. The rules declare, 60% 
is sufficent.

game-file status: 1 click before starting the TGB.

Best Regards.
Volker

-- 
Volker Schnell
email: vs...@vo...
homepage: www.volkers-muehle.de

hi all,

When i start the "rails-2.2-beta2-all.jar" programm on a Win10-Notebook, 
I get following errors:



Rails-18xx.exe installs and run without Problems, also 
"rails-2.1beta1-all.jar" runs with no Problems.

I'll want use the Jar-Version, because some systems don't allow the 
installation of an exe-File

Any Hints?
Best Regards

Volker

-- 
Volker Schnell
email: vs...@vo...
homepage: www.volkers-muehle.de

Hello,

we are playing 1856 with rails 2.04.
After the formation of the CGR with a Merger of the THB on L15 into CGR, 
no company can lay the Tile 59 on L15.
There is no popup-Question, in which direction the Token of the CGR 
former THB should be laid.

is this problem already solved in further releases or a new Bug?

Best regards

volker

-- 
Volker Schnell
email: vs...@vo...
homepage: www.volkers-muehle.de

Hello everyone,


Rail-18xx 2.2.0 has been released. Please find the new release at the
following links:
https://sourceforge.net/projects/rails/files/Rails/2.2/
<https://sourceforge.net/projects/rails/files/Rails/2.2/?fbclid=IwAR0OZO6xRNXp9QP_cJTYuERbPQccXM5veKSSeIbmhHDpUJgOv0OHvpudgbc>
or via Github:
https://github.com/Rails-18xx/Rails/releases/download/releases%2F2.2.0/Rails-18xx-2.2.0-debian.zip
<https://github.com/Rails-18xx/Rails/releases/download/releases%2F2.2.0/Rails-18xx-2.2.0-debian.zip?fbclid=IwAR1e0rwbGlJ_ftZUSJIlSQt61Zktb3SJh62dxTQIBTuofuiPZGgM5cfFRP8>
https://github.com/Rails-18xx/Rails/releases/download/releases%2F2.2.0/Rails-18xx-2.2.0-macos.zip
<https://github.com/Rails-18xx/Rails/releases/download/releases%2F2.2.0/Rails-18xx-2.2.0-macos.zip?fbclid=IwAR1oLzGhUH0hoFLKeFh_SUFtOLKXMEUCzDDQxXmNOAdckYFZ9DZwcTeE398>
https://github.com/Rails-18xx/Rails/releases/download/releases%2F2.2.0/Rails-18xx-2.2.0-windows.zip
<https://github.com/Rails-18xx/Rails/releases/download/releases%2F2.2.0/Rails-18xx-2.2.0-windows.zip?fbclid=IwAR2VOwNO-wgEwvouXfrVCj9C6ON3w8-0yhfnqNMk4ANq8BexglZ72d1eyj0>
https://github.com/Rails-18xx/Rails/releases/download/releases%2F2.2.0/Rails-18xx-2.2.0-rpm.zip
<https://github.com/Rails-18xx/Rails/releases/download/releases%2F2.2.0/Rails-18xx-2.2.0-rpm.zip?fbclid=IwAR0iUHmzUtDP6rAyJzk9tBerUvxif72KWngiYwh8jfdmF-3eJvYJazmhNaI>


    Rails-18xx 2.2 Release

This release is meant to show the current state of the Rails-18xx
implementation.
Due to different reasons Rails-18xx 2.0 and 2.1 have not been release as
production releases. We hope that the audience finds the release usefull.
As usual we welcome bug reports and save games that show the affected
states of the game.
We would like to thank the various bug reporters and the developers who
have contributed over the years for one feature or ground breaking work.


      New Features

  * Notification of Moves via Slack
  * Notification of Moves via Discord
  * Autoloading and Autopolling for near time gaming allowing you to
reload the save game that has changed during turns
  * Direct Revenue Allocation for various Contracts possibleState of
Direct Revenue Allocation is static towards company operations budget
(no Half pay) - Workaround you half the allocation and add the rest to
normal revenue distribution
  * Installers for Windows, Mac OS, Linux (Debian & Redhat)


      Status of Games

  * Implementation of 18Chesapeake started, needs playtesting, bug
reports welcome
  * Implementation of 1837 - Have a look but be prepared that it might
break...
    Open Topics in 1837 Implementation:Revenue Calculation of Coal Trains
    Coal Minors merging round implementation not always working as
intended..


      Bug Fixes

  * 1835:Numerous Fixes in regard to the director shares (you cant split
sell them in 1835)
    Fixes for the Forced Sale of Shares
  * 1856:Fix multiple Rights issue upon foundation of the CGR


      Issues fixed:

 


    Issues fixed:

  * #55 <https://github.com/Rails-18xx/Rails/issues/55>
  * #205 <https://github.com/Rails-18xx/Rails/pull/205>
  * #180 <https://github.com/Rails-18xx/Rails/pull/180>
  * #179 <https://github.com/Rails-18xx/Rails/pull/179>
  * #129 <https://github.com/Rails-18xx/Rails/issues/129>
  * #130 <https://github.com/Rails-18xx/Rails/issues/130>
  * #75 <https://github.com/Rails-18xx/Rails/pull/75>
  * #71 <https://github.com/Rails-18xx/Rails/issues/71>
  * #72 <https://github.com/Rails-18xx/Rails/issues/72>
  * #73 <https://github.com/Rails-18xx/Rails/issues/73>
  * #76 <https://github.com/Rails-18xx/Rails/issues/76>
  * #77 <https://github.com/Rails-18xx/Rails/issues/77>
  * #78 <https://github.com/Rails-18xx/Rails/issues/78>
  * #90 <https://github.com/Rails-18xx/Rails/issues/90>
  * #53 <https://github.com/Rails-18xx/Rails/issues/53>
  * #54 <https://github.com/Rails-18xx/Rails/issues/54>
  * #48 <https://github.com/Rails-18xx/Rails/issues/48>
    *#224 <https://github.com/Rails-18xx/Rails/issues/224>


Kind regards,

So, for the last couple of days I've been working on a weird little app
that I've wanted for a while. A lot of moves in 18xx games are quite
simple, especially doing the SR...but a rails move requires you to be at
your computer, load up java, make a move, etc. A lot of the time it's much
faster to just make a move on the go via email, letting someone else
update...but then if the game state changes a lot, that can be tough.

So I have made an app that will listen to drop box and then send an email
with the game state every time a new file appears. That said! I am running
into a final barrier that is a bit past my knowledge of swing (which is
nonexistent). I figured the devs would probably know exactly what is going
on, so I thought I'd ask.

In order to achieve this, I hacked rails master to have a class which
starts rails, takes the screen shots, and then shuts down. It's ugly! But
it doesn't have to be pretty.

Here is a diff with master that shows what I did:
https://github.com/jcoveney/Rails/compare/master...jcoveney:master_printer
(as an aside: if you have any advice for achieving all of this in a cleaner
way I'm all ears)

If I run this on a game currently in an SR, you can see the resulting
screenshot below. The relevant code:

        ORWindow orWindowPanel = orUIManager.getOrWindow();
        orWindowPanel.setVisible(true);
        orWindowPanel.toFront();
        PrintGame.printPanel(orWindowPanel, "or_window.png");

I'm not sure what else I need to do to get the map to render properly. I've
had this problem with various iterations, so I thought I would ask. Any
advice?

And while I doubt there is much interest, if anyone is curious about the
code that bridges everything together...
https://github.com/jcoveney/poll_rails_game/tree/scratchspace_rebaseintomaster/src/main/scala/poll_rails_game
Nothing particularly crazy, it's just taken some time to get all of the
pieces working together, as there are a lot of random integrations
(dropbox, sendgrid, getting vnc working properly in aws).

[image: or_window.png]

so I added a bunch of logging (of course), and ended up being a different
problem than expected (isn't it always?). The code actually doing the
writing of the screenshot of the javafx scene is getting called and
then...doing nothing! Weird. But I can fix that I imagine...so, apologies.
Computers!

That said I welcome any suggestions on less invasive ways to do this.

On Tue, Apr 14, 2020 at 22:50 Jonathan Coveney <jco...@gm...> wrote:

> So, I have a little rails-based app I want to make. I want the app to
> start, take a screen shot of all the windows, then shut down.
>
> For the swing-based stuff I have been able to get this to work...it's a
> horrible hack, but it works. I have this in GameUIManager:
>
>     public void printGameState(File directory) {
>         PrintGame.printPanel(statusWindow.returnPanel(), new
> File(directory, "status_window.jpg"));
>         PrintGame.printPanel(orUIManager.returnPanel(), new
> File(directory, "or_window.jpg"));
>         FXStockChartWindow.runOnStage(stage -> {
>
> PrintGame.printPanel(SwingFXUtils.fromFXImage(stage.getScene().snapshot(null),
> null), new File(directory, "stock_market.jpg"));
>             return null;
>         });
>     }
>
> PrintGame is a helper I have created. Note the FXStockChartWindow piece,
> though... this is awful. Heh, the normal swing ones are bad enough, but in
> FXStockChartWindow I added this function:
>
> public static void runOnStage(Function<Stage, Void> fn) {
>         Platform.runLater(() -> fn.apply(stage));
>     }
>
> That said, it doesn't work. I even tried to put this code in
> FXStockChartWindow's start method:
>
>
> PrintGame.printPanel(SwingFXUtils.fromFXImage(stage.getScene().snapshot(null),
> null), new File("/Users/jcoveney/stock_market.jpg"));
>
> Just to see if that would work, and it did not. Javafx uses a fairly
> different model than the remaining code...I know there are plans to migrate
> to javafx
>
> So! I guess I have two questions:
> 1. is there an easier way to achieve the overarching goal of "a screenshot
> of all the windows"?
> 2. assuming this general hacky method is ok, how do I get a screenshot of
> the stock window?
>
> Thank you!
>

So, I have a little rails-based app I want to make. I want the app to
start, take a screen shot of all the windows, then shut down.

For the swing-based stuff I have been able to get this to work...it's a
horrible hack, but it works. I have this in GameUIManager:

    public void printGameState(File directory) {
        PrintGame.printPanel(statusWindow.returnPanel(), new
File(directory, "status_window.jpg"));
        PrintGame.printPanel(orUIManager.returnPanel(), new File(directory,
"or_window.jpg"));
        FXStockChartWindow.runOnStage(stage -> {

PrintGame.printPanel(SwingFXUtils.fromFXImage(stage.getScene().snapshot(null),
null), new File(directory, "stock_market.jpg"));
            return null;
        });
    }

PrintGame is a helper I have created. Note the FXStockChartWindow piece,
though... this is awful. Heh, the normal swing ones are bad enough, but in
FXStockChartWindow I added this function:

public static void runOnStage(Function<Stage, Void> fn) {
        Platform.runLater(() -> fn.apply(stage));
    }

That said, it doesn't work. I even tried to put this code in
FXStockChartWindow's start method:


PrintGame.printPanel(SwingFXUtils.fromFXImage(stage.getScene().snapshot(null),
null), new File("/Users/jcoveney/stock_market.jpg"));

Just to see if that would work, and it did not. Javafx uses a fairly
different model than the remaining code...I know there are plans to migrate
to javafx

So! I guess I have two questions:
1. is there an easier way to achieve the overarching goal of "a screenshot
of all the windows"?
2. assuming this general hacky method is ok, how do I get a screenshot of
the stock window?

Thank you!

Thank you! I'll join y'all in slack one of these days :)

El mar., 14 abr. 2020 a las 19:24, Martin Brumm (<
dr....@t-...>) escribió:

> On 14.04.2020 12:53, Jonathan Coveney wrote:
>
> Ah, I feel silly. Looks like it has moved to github:
> https://github.com/Rails-18xx/Rails
>
> El mar., 14 abr. 2020 a las 18:07, Jonathan Coveney (<jco...@gm...>)
> escribió:
>
>> Hello! I wanted to take a look at the code for 2.1b1, and have a little
>> app idea based off of it.
>>
>> Looking at the tags in git though, I don't see one for the 2.1 series...
>> https://sourceforge.net/p/rails/code/ref/master/tags/
>>
>> was just curious where I should be looking. Thank you!
>>
>
>
> _______________________________________________
> Rails-devel mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/rails-devel
>
> Hi Jonathan,
>
> yes 2.1b is the branch rails_2_maintenance.
>
> Feel free to join our Crew on Slack:
>
>
> https://join.slack.com/t/rails-18xx/shared_invite/zt-dcq83imv-uFnJ8h5LqyOLmZ66eRFTXw
>
>
> For discussion.
>
> Regards
>
> Martin
>
>
>

On 14.04.2020 03:39, Mike Shaver wrote:
> Hello,
>
> I am playing a game with 3 other people all using 2.1 beta 1.  I have
> reinstalled 2.1 beta 1 three times and tried the .zip file and the
> .exe.  I have updated Java for windows 10.  When I click on options ->
> Map or press ctrl-M the map window appears in my list of active
> windows but I can't see it.  if I try to use alt-tab to switch to the
> map window nothing happens.  I can close the "invisible map window"
> with options -> map or ctrl-M.
>
> The other players can obviously see and interact with the map because
> they are taking turns.
>
> Can you provide any help?
>
> Mike
>
>
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Hi Mike,

i loaded the save game and the map showed up perfectly. Can you tell me
which Java Version you are using ? which JRE ?

Regards,

Martin

On 14.04.2020 12:53, Jonathan Coveney wrote:
> Ah, I feel silly. Looks like it has moved to
> github: https://github.com/Rails-18xx/Rails
>
> El mar., 14 abr. 2020 a las 18:07, Jonathan Coveney
> (<jco...@gm... <mailto:jco...@gm...>>) escribió:
>
>     Hello! I wanted to take a look at the code for 2.1b1, and have a
>     little app idea based off of it.
>
>     Looking at the tags in git though, I don't see one for the 2.1
>     series... https://sourceforge.net/p/rails/code/ref/master/tags/
>
>     was just curious where I should be looking. Thank you!
>
>
>
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Hi Jonathan,

yes 2.1b is the branch rails_2_maintenance.

Feel free to join our Crew on Slack:

https://join.slack.com/t/rails-18xx/shared_invite/zt-dcq83imv-uFnJ8h5LqyOLmZ66eRFTXw


For discussion.

Regards

Martin

Ah, I feel silly. Looks like it has moved to github:
https://github.com/Rails-18xx/Rails

El mar., 14 abr. 2020 a las 18:07, Jonathan Coveney (<jco...@gm...>)
escribió:

> Hello! I wanted to take a look at the code for 2.1b1, and have a little
> app idea based off of it.
>
> Looking at the tags in git though, I don't see one for the 2.1 series...
> https://sourceforge.net/p/rails/code/ref/master/tags/
>
> was just curious where I should be looking. Thank you!
>