You can subscribe to this list here.
2005 |
Jan
|
Feb
(25) |
Mar
(84) |
Apr
(76) |
May
(25) |
Jun
(1) |
Jul
(28) |
Aug
(23) |
Sep
(50) |
Oct
(46) |
Nov
(65) |
Dec
(76) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2006 |
Jan
(60) |
Feb
(33) |
Mar
(4) |
Apr
(17) |
May
(16) |
Jun
(18) |
Jul
(131) |
Aug
(11) |
Sep
(1) |
Oct
|
Nov
(1) |
Dec
(5) |
2007 |
Jan
(71) |
Feb
|
Mar
|
Apr
|
May
(6) |
Jun
(19) |
Jul
(40) |
Aug
(38) |
Sep
(7) |
Oct
(58) |
Nov
|
Dec
(10) |
2008 |
Jan
(17) |
Feb
(27) |
Mar
(12) |
Apr
(1) |
May
(50) |
Jun
(10) |
Jul
|
Aug
(15) |
Sep
(24) |
Oct
(64) |
Nov
(115) |
Dec
(47) |
2009 |
Jan
(30) |
Feb
(1) |
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
(5) |
Aug
|
Sep
|
Oct
(4) |
Nov
(132) |
Dec
(93) |
2010 |
Jan
(266) |
Feb
(120) |
Mar
(168) |
Apr
(127) |
May
(83) |
Jun
(93) |
Jul
(77) |
Aug
(77) |
Sep
(86) |
Oct
(30) |
Nov
(4) |
Dec
(22) |
2011 |
Jan
(48) |
Feb
(81) |
Mar
(198) |
Apr
(174) |
May
(72) |
Jun
(101) |
Jul
(236) |
Aug
(144) |
Sep
(54) |
Oct
(132) |
Nov
(94) |
Dec
(111) |
2012 |
Jan
(135) |
Feb
(166) |
Mar
(86) |
Apr
(85) |
May
(137) |
Jun
(83) |
Jul
(54) |
Aug
(29) |
Sep
(49) |
Oct
(37) |
Nov
(8) |
Dec
(6) |
2013 |
Jan
(2) |
Feb
|
Mar
(1) |
Apr
(14) |
May
(5) |
Jun
(15) |
Jul
|
Aug
(38) |
Sep
(44) |
Oct
(45) |
Nov
(40) |
Dec
(23) |
2014 |
Jan
(22) |
Feb
(63) |
Mar
(43) |
Apr
(60) |
May
(10) |
Jun
(5) |
Jul
(13) |
Aug
(57) |
Sep
(36) |
Oct
(2) |
Nov
(30) |
Dec
(27) |
2015 |
Jan
(5) |
Feb
(2) |
Mar
(14) |
Apr
(3) |
May
|
Jun
(3) |
Jul
(10) |
Aug
(63) |
Sep
(31) |
Oct
(26) |
Nov
(11) |
Dec
(6) |
2016 |
Jan
|
Feb
(11) |
Mar
|
Apr
|
May
(1) |
Jun
(16) |
Jul
|
Aug
(4) |
Sep
|
Oct
(1) |
Nov
(4) |
Dec
(1) |
2017 |
Jan
(2) |
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
(20) |
Jul
(4) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(6) |
Nov
|
Dec
|
2019 |
Jan
|
Feb
|
Mar
|
Apr
(10) |
May
(10) |
Jun
(1) |
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
(3) |
Apr
(9) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(7) |
Dec
(4) |
2021 |
Jan
(5) |
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: John D. G. <jd...@di...> - 2014-11-30 19:31:29
|
On 2014-11-30 11:05, Stefan Frey wrote: > Start rounds core and UI code were changed recently (due to the new > games). I will check what happened there. Thanks for testing 18EU. > > Anyone knows if the start round of 18EU still works in the recent > version of 1.8.x? It works for me in 1.8.x, but not in alpha8. |
From: Stefan F. <ste...@we...> - 2014-11-30 19:05:26
|
Start rounds core and UI code were changed recently (due to the new games). I will check what happened there. Thanks for testing 18EU. Anyone knows if the start round of 18EU still works in the recent version of 1.8.x? On 11/27/2014 09:23 PM, John David Galt wrote: > On 2014-11-27 12:13, Frederick Weld wrote: >> I don't know whether it is supposed to - but at least I haven't found it on the "restrictions" list on the roadmap... >> >> To reproduce: bid on any company, others pass, rail hangs... > > I've had the same happen, in 18EU, in alpha8. > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
From: <com...@ip...> - 2014-11-28 03:18:33
|
>Still, your answer is reasonable. I can't think of any reason why a >player would want to lay the tile but not the token. Planning ahead - you might lay a tile in advance of needing it for the token because you know that there's some other tile that you are going to want to lay in the same round as placing the token. I've seen this happen in multiple games where laying a token and "activating" a company will trigger a phase change - so you build the infrastructure in advance of your needs post-phase change. |
From: John D. G. <jd...@di...> - 2014-11-27 20:23:47
|
On 2014-11-27 12:13, Frederick Weld wrote: > I don't know whether it is supposed to - but at least I haven't found it on the "restrictions" list on the roadmap... > > To reproduce: bid on any company, others pass, rail hangs... I've had the same happen, in 18EU, in alpha8. |
From: Frederick W. <fre...@go...> - 2014-11-27 20:13:36
|
I don't know whether it is supposed to - but at least I haven't found it on the "restrictions" list on the roadmap... To reproduce: bid on any company, others pass, rail hangs... -- Frederick |
From: Chris S. <chr...@gm...> - 2014-11-27 19:47:32
|
Pop ups are also problematic on tablets and other touch devices. On Thu Nov 27 2014 at 11:45:33 AM Frederick Weld < fre...@go...> wrote: > Stefan: > Displaying the upgrade tree would even be better than current master > solution. > > But I guess an additional OR window panel updated on map hex mouseover is > a better option than a popup on hex click. I have seen some beginners (who > have not internalized the upgrade graph) use rails. They explore the map > with the mouse and want to see what the future of a hex would be without > having to grasp where a popup appears, potentially reposition it so that it > does not interfere with the visuals they require and to close it > afterwards. The additional panel would be highly customizable (location, > size, visibility) within the docking framework. > > -- Frederick > > On Wed, Nov 26, 2014 at 1:19 PM, Stefan Frey <ste...@we...> wrote: > >> Frederick: >> I have merged/picked all commits during that period into rails_2_develop. >> >> However I excluded the remaining-tile highlighting, as I intend to do >> some rewrite of that panel in the not-so-far future and the merge would >> have required manual intervention. Feel free to merge it yourself as I >> like the idea. >> >> I planned something similar, but would have preferred to use a pop-up >> box instead. (e.g. show possible future upgrade-paths for a given hex, >> given the current tile configuration.) >> >> Stefan >> >> >> >> On 11/22/2014 06:49 AM, Frederick Weld wrote: >> > There is a range of old commits (dec'12) on master (3b8d47 - 70c082) >> > that has NOT been merged into the releases and rails2. These commits >> > include: >> > >> > * Background maps: new for 1851 and 18TN, fixes for 18AL and 1889 >> > * Games: fix for 18TN >> > * UI: option for highlighting tiles (in tiles pane) to which hex under >> > mouse can be upgraded. >> > * Sound: fix for one trigger >> > >> > Were they dropped for some reason or just forgotten? >> > >> > -- Frederick >> > >> > >> > >> > >> > >> ------------------------------------------------------------------------------ >> > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >> > from Actuate! Instantly Supercharge Your Business Reports and Dashboards >> > with Interactivity, Sharing, Native Excel Exports, App Integration & >> more >> > Get technology previously reserved for billion-dollar corporations, FREE >> > >> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk >> > >> > >> > >> > _______________________________________________ >> > Rails-devel mailing list >> > Rai...@li... >> > https://lists.sourceforge.net/lists/listinfo/rails-devel >> > >> >> >> ------------------------------------------------------------------------------ >> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >> from Actuate! Instantly Supercharge Your Business Reports and Dashboards >> with Interactivity, Sharing, Native Excel Exports, App Integration & more >> Get technology previously reserved for billion-dollar corporations, FREE >> >> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk >> _______________________________________________ >> Rails-devel mailing list >> Rai...@li... >> https://lists.sourceforge.net/lists/listinfo/rails-devel >> > > ------------------------------------------------------------ > ------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=157005751& > iu=/4140/ostg.clktrk_______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
From: Frederick W. <fre...@go...> - 2014-11-27 19:45:24
|
Stefan: Displaying the upgrade tree would even be better than current master solution. But I guess an additional OR window panel updated on map hex mouseover is a better option than a popup on hex click. I have seen some beginners (who have not internalized the upgrade graph) use rails. They explore the map with the mouse and want to see what the future of a hex would be without having to grasp where a popup appears, potentially reposition it so that it does not interfere with the visuals they require and to close it afterwards. The additional panel would be highly customizable (location, size, visibility) within the docking framework. -- Frederick On Wed, Nov 26, 2014 at 1:19 PM, Stefan Frey <ste...@we...> wrote: > Frederick: > I have merged/picked all commits during that period into rails_2_develop. > > However I excluded the remaining-tile highlighting, as I intend to do > some rewrite of that panel in the not-so-far future and the merge would > have required manual intervention. Feel free to merge it yourself as I > like the idea. > > I planned something similar, but would have preferred to use a pop-up > box instead. (e.g. show possible future upgrade-paths for a given hex, > given the current tile configuration.) > > Stefan > > > > On 11/22/2014 06:49 AM, Frederick Weld wrote: > > There is a range of old commits (dec'12) on master (3b8d47 - 70c082) > > that has NOT been merged into the releases and rails2. These commits > > include: > > > > * Background maps: new for 1851 and 18TN, fixes for 18AL and 1889 > > * Games: fix for 18TN > > * UI: option for highlighting tiles (in tiles pane) to which hex under > > mouse can be upgraded. > > * Sound: fix for one trigger > > > > Were they dropped for some reason or just forgotten? > > > > -- Frederick > > > > > > > > > > > ------------------------------------------------------------------------------ > > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > > with Interactivity, Sharing, Native Excel Exports, App Integration & more > > Get technology previously reserved for billion-dollar corporations, FREE > > > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > > > > > > > > _______________________________________________ > > Rails-devel mailing list > > Rai...@li... > > https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
From: Chris S. <chr...@gm...> - 2014-11-27 19:06:25
|
> > I've always assumed "reserved" here means the broader, 1830 sense of > the term: when a hex is "reserved" by a private, it means no railroad > can lay a tile in the hex, except by using the private's power, so long > as a player owns the private. When the private closes, or is sold to a > railroad, or a tile is laid there, the hex is no longer reserved. > I also want to make the "reserved" attribute changeable during the game, > because in 1837, the mountain company hexes are "reserved" only during > yellow phase. In later phases anyone can lay tiles there. Note that in some games, the private continues to reserve the hex even after it is owned by a company. The release mechanism should have several potential triggers. |
From: John D. G. <jd...@di...> - 2014-11-27 18:55:55
|
On 2014-11-27 02:39, Stefan Frey wrote: > * My suggestions for implementation in Rails: > > => 1830/D&H: Only offer the special token lay if the special tile has > been executed in that turn. Later it is not possible anymore (see > Mayfair rules). > (Same is true for 18Kaas/D&H) In 1830 rules it is definitely possible to lay a token without a tile. Still, your answer is reasonable. I can't think of any reason why a player would want to lay the tile but not the token. The other place this commonly happens is the Erie home -- I've seen the Erie float and somebody else use up both #59 tiles before Erie's turn! I've also seen the Erie (or NYC) not choose to lay its home tile because its owner doesn't want to be forced to buy the last 4 train. In both these cases the token is required to be laid in the empty hex anyway (and some other company may then build a route to it, just to force that company to buy the train). > => 1835/PfB: Only offer the special token lay if the tile is laid > (regardless by whom and how) and the BA token is placed. > And change the closing condition to token lay only. That agrees with my understanding of the rules. 1835/OBB also deserves mention, even though it does not lay a token. The present code doesn't allow tiles to be laid in those two hexes on the same turn, no matter who lays them or whether that player has the OBB. What the rules say should happen is that you can't use the OBB to lay both tiles in one turn -- but you can lay both if one of them is counted as a regular tile lay. Also, the OBB should close as soon as there are tiles in both hexes -- even if the OBB didn't put them there. > => 1856/WS&R: Nothing to change here I agree. The existing program allows the token to be laid without a tile, and that can easily be necessary, because there are only two #59 tiles and they are easy to use up, especially if THB forms. > => 18GA/W&S: Nothing to change, except fix bug (Rails offers a special > tile lay similar to D&H in 1830, this is wrong). I agree. > B) Tile or Token phase for 1835/NF and 1835/PfB? > > Remark: I think there is agreement, that those are the two relevant phases. (Semantics: Let's stick with "step" = steps of the turn, "phase" = parts of the game that determine rule changes.) > It is relevant if the token laying company can start tile laying from > the newly established token head. I would make it the default behavior, that tiles are placed in the tile laying step and tokens (except a company's home) are placed in the token laying step. But in 1835 I would allow it to be changed as an option, because some players insist that they can place the token and then lay track from it on the same turn. > *** APPENDIX > > Below I have summarized all attributes of the special company as given > by the game rules (or clarifications). > > * The attributes are: > > For tile lay: > tile: if a specific tile is allowed/required to lay? when: in which step the tile lay is allowed? > extra: if tile lay is in addition to the standard tile lay allowances? > connected: if tile has to follow usual tile laying rules with respect to > connectivity? > free: if the tile lay would usually require payment of terrain cost - if > it is free of that charge? > reserved: if the hex is reserved for the tile lay through the special power I've always assumed "reserved" here means the broader, 1830 sense of the term: when a hex is "reserved" by a private, it means no railroad can lay a tile in the hex, except by using the private's power, so long as a player owns the private. When the private closes, or is sold to a railroad, or a tile is laid there, the hex is no longer reserved. I also want to make the "reserved" attribute changeable during the game, because in 1837, the mountain company hexes are "reserved" only during yellow phase. In later phases anyone can lay tiles there. > For token lay: > when: in which phase the token lay is allowed? > extra: if token lay is in addition to the standard token lay allowance > of that turn > [Remark: Rails always assume that home token are extra lays] > connected: if tile has to follow usual tile laying rules with respect to > connectivity? > free: if the token lay would usually require payment of some costs - if > it is free of that charge > reserved: if a slot is reserved for the special power of the privat company > [Remark: This would be similar to the reserved slots of home tokens, > no current private has this power] > requires tile laid: if there has to be a tile laid before the token can > be placed I would add an attribute here - controlled: means that some company (specified by this attribute) "owns" the hex, and the first tile laid in that hex requires its permission. (Examples: the Erie home in 1830; the BA home in 1835; all six hexes around Paris in 1826; and four hexes in 18EU that could block a newly formed company from building a route. Some players play that the THB home in 1856 has this attribute, too.) > General (if private has both Tile and Token powers) > Private closes: When does the private close (after execution of all, > any, none, or a specific power?) I would generalize this to allow conditions such as "after any tile is laid at H36" to handle cases like 1835/OBB. > Separate execution: Can the powers be executed separately? (in different > turns, by different companies?) No need for this. The only cases I can think of are "tile and token" teleport privates such as the D&H and Pfalz, and the way to handle those is simply to close the private at the end of the turn when any one of the powers is used (if you don't want to let them be used on separate turns) or only when all the powers are used (if you do want to allow this). > *** 1830: > > * D&H - Delaware & Hudson [Tile & Token] > > Location: F16 > > Ownership: only available to owning company > > Tile lay: tile - all available yellow tiles (this handles variants that add #5 and #6 tiles to the game) > when - in Tile Lay phase > extra - no > connected - no > free - no (cost of mountain = 120) reserved - yes (as I define the term above) > Token lay: > when - in Token Lay phase > extra - no [AH General Clarification] > connected - no > free - yes > reserved - no requires tile laid - no private closes - at end of turn in which either power is used (Optional rule: at end of turn in which token is laid. This implements the Mayfair rule.) (We don't need to consider the case of laying token now and tile later, because once a company has a token in a hex, it can lay a tile there using the normal building rules. 18GA/W&S already relies on this fact.) > *** 1835: > > * NF - Nuernberg / Fuerth [Token only] > > Location: L14 (preprinted green double cities with 2 narrow curves) > Ownership: available to all major companies of owning player > > Token lay: when - token lay step (optional rule: also before tile lay step) > extra - yes > connected - no > free - yes > reserved - no requires tile laid - no private closes - when its token lay power is used > * Pfb - Pfalzbahn [Tile & Token] > > Location: L6 (yellow double cities) > Ownership: available to all major companies of owning player > > Tile lay: > tiles - all available (green phase only) when - tile lay step (optional rule: also after "buy trains" step) > extra - yes > connected - no free - no (however there is no cost on L6 anyway) > reserved - no > > Token lay: when - token lay step! > Remark: station marker of BA has to be laid first [german rules 2nd ed] > [optional: only in Token Lay phase / Rick Westermann supplemental rule] > extra - yes > connected - no > free - yes > reserved - no > requires tile laid - yes [german rules 2nd ed] > private closes - when its token lay power is used * OBB: Location: M15, M17 Ownership: available to all major companies of owning player Tile lay: tiles - all available when - tile lay step extra - yes connected - no free - yes reserved - no private closes - when there are tiles on both hexes, no matter how they got there! > *** 1856 > > * W&SR - Waterloo & Saugeen Railway [Tile & Token] > > Location: I12 (yellow double cities) > > Ownership: only available to owning company > > Tile lay: > tile - 59 (not reserved) > when - in Tile Lay phase > extra - no > connected - no > free - no (however there is no cost on I12 anyway) > reserved - yes > > Token lay: > when - in Token Lay phase > extra - no > connected - no > free - yes > reserved - no > requires tile laid - no [Lou Jerkich rules clarification] > Remark: owner tile laying company chooses token location This doesn't need to be said. Laying a tile in a hex that has a token but no track is an upgrade - the person laying the tile chooses which token goes where, subject to connectivity. requires tile laid - no private closes - at end of turn in which either power is used > > *** 18GA > > * W&S - Waycross & Southern [Token only] > > Token lay: > when - in Token lay phase > extra - no > connected - no > free - yes reserved - yes (as I define the term above) > > Remark: Bug in Rails: Allows Special tile lay > > > *** 18Kaas > > * D&H - identical to 1830/D&H, except location = K16 *** 1837 (each of the 7 mountain companies) Location: per each private Ownership: available to all major, minor, and coal companies of owning player Tile lay: tiles - all available when - tile lay step extra - no connected - yes free - yes reserved - yes (changes to "no" when 3 train is purchased) private closes - never |
From: Erik V. <eri...@xs...> - 2014-11-27 16:42:29
|
Hi Stefan, Allow me to pick a little nit: > * NF - Nuernberg / Fuerth [Token only] > requires tile laid - N/A (already on map) Technically, in Rails, there always is a tile on the map, even initially. The distinction you are making here with 1830/D&H suggests that you actually had "track on the (initial) map" in mind. But in practice, as you know, this option is meant to define if a non-preprinted tile has to be laid to allow token laying. So a better answer here would be "no". Erik |
From: Stefan F. <ste...@we...> - 2014-11-27 10:42:34
|
Freek: I have fixed with 18Kaas startup bug in rails_2_develop. It was a bug in the definition of the 18Kaas upgrade path, which was not catched by the previous code. Thanks for reporting! On 11/21/2014 03:24 PM, Freek Dijkstra wrote: > Hi all, > > I haven't looked at 18xx for a couple of years, but got curious by the > 2.0 alpha version. > > I have two minor comments. > > 1. When downloading the jar file, I could start most games, but when I > try a game of 18KaaS, the game never starts. After I click "new game", a > modal window with progressbar appears, but the progress remains at 0% > for a few minutes (after that, I gave up). > > > 2. When trying the git repository, the rails_2_develop branch, when I > run 'gradle' I get the following error: > >> FAILURE: Build failed with an exception. >> >> * Where: >> Build file '/Users/freek/Repository/18xx/build.gradle' line: 36 >> >> * What went wrong: >> A problem occurred evaluating root project '18xx'. >>> the number of constructors during runtime and compile time for com.admc.gradle.JavaPropFile$Behavior do not match. Expected -1 but got 2 > > I suspect that this is due my lack of understanding of gradle (this is > the first time I've used it). Perhaps a short INSTALL file is in order > for those (like me) who never used gradle and like to try it out. > > Regards, > Freek > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
From: Stefan F. <ste...@we...> - 2014-11-27 10:39:55
|
In the following it is rougher longish list of attributes for all privates with teleporting powers. By collecting those I came up with some implementation issues in Rails that I would like to fix in 2.0. So please feel free to comment where you agree or disagree. I know this has been discussed before, but from what I have seen there has been no definite decision yet. Sometimes it got blurred that privates in different games behave differently but were discussed as being identical. And I have to include myself here ;-) *** Rails and the "teleporting" privates. Those are privates that provide a special power to lay a base token. In Rails there are currently 1830 (D&H), 1835 (NF, PfB), 1856 (W&SR), 18GA (W&S), 18Kaas(D&H) implemented. Rails implementation issues are: A) Laying tokens on hexes/tiles without track For all except NF in 1835, the token is laid on a hex that initially does not contain any track. Question is if it is allowed to lay the token without a tile is laid before. Unfortunately this nearly never addressed in the rule book, in most cases the answer is given by a rules clarification. There are several variants: 1830/D&H: I have not found any precise ruling here. However it is very unlikely to lay the token without laying the tile. 1835/PfB: The tile has to be laid (and the BA choose her station first). 1856/WS&R: No need for tile lay first. 18GA/W&S: No need for tile lay first. * My suggestions for implementation in Rails: => 1830/D&H: Only offer the special token lay if the special tile has been executed in that turn. Later it is not possible anymore (see Mayfair rules). (Same is true for 18Kaas/D&H) => 1835/PfB: Only offer the special token lay if the tile is laid (regardless by whom and how) and the BA token is placed. And change the closing condition to token lay only. => 1856/WS&R: Nothing to change here => 18GA/W&S: Nothing to change, except fix bug (Rails offers a special tile lay similar to D&H in 1830, this is wrong). B) Tile or Token phase for 1835/NF and 1835/PfB? Remark: I think there is agreement, that those are the two relevant phases. It is relevant if the token laying company can start tile laying from the newly established token head. * My suggestion: => Default should be Tile Lay phase, however provide option to change it to Token lay phase (Rick Westermann rule) *** APPENDIX Below I have summarized all attributes of the special company as given by the game rules (or clarifications). * The attributes are: For tile lay: tile: if a specific tile is allowed/required to lay? when: in which phase the tile lay is allowed? extra: if tile lay is in addition to the standard tile lay allowances? connected: if tile has to follow usual tile laying rules with respect to connectivity? free: if the tile lay would usually require payment of terrain cost - if it is free of that charge? reserved: if the hex is reserved for the tile lay through the special power For token lay: when: in which phase the token lay is allowed? extra: if token lay is in addition to the standard token lay allowance of that turn [Remark: Rails always assume that home token are extra lays] connected: if tile has to follow usual tile laying rules with respect to connectivity? free: if the token lay would usually require payment of some costs - if it is free of that charge reserved: if a slot is reserved for the special power of the privat company [Remark: This would be similar to the reserved slots of home tokens, no current private has this power] requires tile laid: if there has to be a tile laid before the token can be placed General (if private has both Tile and Token powers) Private closes: When does the private close (after execution of all, any, none, or a specific power?) Separate execution: Can the powers be executed separately? (in different turns, by different companies?) *** 1830: * D&H - Delaware & Hudson [Tile & Token] Location: F16 Ownership: only available to owning company Tile lay: tile - 57 (not reserved) when - in Tile Lay phase extra - no connected - no free - no (cost of mountain = 120) reserved - no (except blocking before bought by company) Token lay: when - in Token Lay phase extra - no [AH General Clarification] connected - no free - yes reserved - no requires tile laid: ??? (current implementation allows token lay without tile lay - similar to W&SR) Private closes: never Separate execution [Mayfair]: After other company lay tile, special token lay no longer available After own tile lay, token lay no longer available in future turns After own token lay, tile lay in future turns: ??? *** 1835: * NF - Nuernberg / Fuerth [Token only] Location: L14 (preprinted green double cities with 2 narrow curves) Ownership: available to all companies of owning player Token lay: when - (anytime, especially) in Tile Lay phase [optional: only in Token Lay phase / Rick Westermann supplemental rule] extra - yes connected - no free - yes reserved - no requires tile laid - N/A (already on map) Private closes: after special token lay * Pfb - Pfalzbahn [Tile & Token] Location: L6 (yellow double cities) Ownership: available to all companies of owning player Tile lay: tiles - all available (green phase only) when - in Tile Lay phase extra - yes connected - no free - yes (however there is no cost on L6 anyway) reserved - no Token lay: when - (anytime, especially) in Tile Lay phase Remark: station marker of BA has to be laid first [german rules 2nd ed] [optional: only in Token Lay phase / Rick Westermann supplemental rule] extra - yes connected - no free - yes reserved - no requires tile laid - yes [german rules 2nd ed] Private closes: after special token lay Separate execution: yes, token after tile lay possible, even by different companies *** 1856 * W&SR - Waterloo & Saugeen Railway [Tile & Token] Location: I12 (yellow double cities) Ownership: only available to owning company Tile lay: tile - 59 (not reserved) when - in Tile Lay phase extra - no connected - no free - no (however there is no cost on I12 anyway) reserved - no (except blocking before bought by company) Token lay: when - in Token Lay phase extra - no connected - no free - yes reserved - no requires tile laid - no [Lou Jerkich rules clarification] Remark: owner tile laying company chooses token location Private closes: after either tile and token lay Separate execution: no, as private will close after either action *** 18GA * W&S - Waycross & Southern [Token only] Token lay: when - in Token lay phase extra - no connected - no free - yes reserved - no (not even blocked for tile if owned by player) Remark: Bug in Rails: Allows Special tile lay *** 18Kaas * D&H - identical to 1830/D&H, except location = K16 |
From: Stefan F. <ste...@we...> - 2014-11-26 12:48:18
|
Another fix in rails_2_develop: Prelaid tiles with ID > 0 are not painted on background map. On 11/25/2014 04:40 PM, Frederick Weld wrote: > Stefan: > > I validated the three fixes. On top of that, I added a sound event on > next upgrade selection (same as for rotation, as long as nobody wants a > separate sound for that). > > -- Frederick > > On Mon, Nov 24, 2014 at 5:12 PM, Stefan Frey <ste...@we... > <mailto:ste...@we...>> wrote: > > Frederick: > > I fixed the following three items: > => Sound on rotation > => Move to next upgrade on left click for single selection upgrades > => Deselect hex on hex click outside of selectable hexes > > That were the easy ones. If you have time to do so you can check in > branch rails_2_develop. > > Thanks, > Stefasn > > > On 11/24/2014 03:29 PM, Frederick Weld wrote: > > Hi Stefan, > > > > thanks for having taken a look at these issues. > > > > The sound event's key for tile rotation is KEY_SFX_OR_RotateTile. > > > > -- Frederick > > > > > > On Sun, Nov 23, 2014 at 6:09 PM, Stefan Frey <ste...@we... <mailto:ste...@we...> > > <mailto:ste...@we... <mailto:ste...@we...>>> wrote: > > > > Frederick: > > Thanks for testing that. As I do not use the sound/docking > features yet, > > I will rely on your feedback for the time being. > > However I tried to ensure not to break anything. > > More comments on the issues see below. > > Stefan > > > > > > > > The issues: > > > > > > * Map: Prelaid tiles are painted on top of 1856 background > map (i12, > > > l15, n17, f15, m4), same for 1889. > > > > Will need to check that: I changed some methods of MapHex, > most likelyy > > I did something wrong there. > > > > > > > > * Map: Hex mouseover does not lead to "can-be-upgraded-to" > highlighting > > > in tiles pane > > > > Is that from one of the missing commits? > > > > > > > > * Sound: Left clicking on tile to be changed / oriented > does not trigger > > > the sound fx any more. That sound event should probably > also apply to > > > the new right click. > > > > I think I dropped that, as I was not fully sure, how rotation > should > > propagate through classes in the future. Can you give me the > name of the > > sound trigger and I will add it back? > > > > > > > > * Lay track: after unselecting hex (by selecting a non > permissible hex), > > > the hex is still with thick red border. > > > > You are right, should be fixed in next alpha. > > > > > > > > * Lay track: repeatedly pressing left mouse button leads to > the next > > > possible tile if the first tile only had one possible > orientation. Is > > > this by purpose? You could envisage either cycling through > all possible > > > tile lays with the left button or enforce a strict > distinction of the > > > left/right button by never changing the tile when the left > is pressed. > > > > Yes, that was one of the experiments to make the tile UI more > efficient > > and I forgot to remove all of the code ;-). However I prefer > the more > > simple approach: left click => rotate and right click => next > > possible tile. > > Will be fixed next alpha. > > > > > > > > * Lay track (1889): company owning D still has to pay the > 80 bucks on > > > non-river mountains (eg, E4). > > > > You are right this specific kind of special tile lay is not yet > > supported. Thanks for capturing it. > > > > Private companies can have special tile lays that differ in the > > following attributes: > > > > connected = yes/no > > extra = yes/no > > free = yes/no > > location = list of hexes, if missing => all possible > > tile = list of tiles, if missing => all possible > > condition = owned by company, player > > when = tile/token laying step of owing company or anytime > > > > I have decided now to show the upgrade labeled by the private > company > > name if their special power is used. > > > > Interestingly the rules of 1889 specify that it is the choice > of the > > player to use the discount of private D or not, if I > interpret the "... > > may ..." correctly. > > > > Thus Rails will offer each tile lay twice: Once with the > power of D and > > once without. > > > > > ------------------------------------------------------------------------------ > > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > > from Actuate! Instantly Supercharge Your Business Reports and > Dashboards > > with Interactivity, Sharing, Native Excel Exports, App > Integration & > > more > > Get technology previously reserved for billion-dollar > corporations, FREE > > > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > > _______________________________________________ > > Rails-devel mailing list > > Rai...@li... > <mailto:Rai...@li...> > > <mailto:Rai...@li... > <mailto:Rai...@li...>> > > https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > > > > > > > > ------------------------------------------------------------------------------ > > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > > from Actuate! Instantly Supercharge Your Business Reports and > Dashboards > > with Interactivity, Sharing, Native Excel Exports, App > Integration & more > > Get technology previously reserved for billion-dollar > corporations, FREE > > > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > > > > > > > > _______________________________________________ > > Rails-devel mailing list > > Rai...@li... > <mailto:Rai...@li...> > > https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & > more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > _______________________________________________ > Rails-devel mailing list > Rai...@li... > <mailto:Rai...@li...> > https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > > > > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
From: Stefan F. <ste...@we...> - 2014-11-26 12:19:22
|
Frederick: I have merged/picked all commits during that period into rails_2_develop. However I excluded the remaining-tile highlighting, as I intend to do some rewrite of that panel in the not-so-far future and the merge would have required manual intervention. Feel free to merge it yourself as I like the idea. I planned something similar, but would have preferred to use a pop-up box instead. (e.g. show possible future upgrade-paths for a given hex, given the current tile configuration.) Stefan On 11/22/2014 06:49 AM, Frederick Weld wrote: > There is a range of old commits (dec'12) on master (3b8d47 - 70c082) > that has NOT been merged into the releases and rails2. These commits > include: > > * Background maps: new for 1851 and 18TN, fixes for 18AL and 1889 > * Games: fix for 18TN > * UI: option for highlighting tiles (in tiles pane) to which hex under > mouse can be upgraded. > * Sound: fix for one trigger > > Were they dropped for some reason or just forgotten? > > -- Frederick > > > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > > > > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
From: Frederick W. <fre...@go...> - 2014-11-25 15:40:16
|
Stefan: I validated the three fixes. On top of that, I added a sound event on next upgrade selection (same as for rotation, as long as nobody wants a separate sound for that). -- Frederick On Mon, Nov 24, 2014 at 5:12 PM, Stefan Frey <ste...@we...> wrote: > Frederick: > > I fixed the following three items: > => Sound on rotation > => Move to next upgrade on left click for single selection upgrades > => Deselect hex on hex click outside of selectable hexes > > That were the easy ones. If you have time to do so you can check in > branch rails_2_develop. > > Thanks, > Stefasn > > > On 11/24/2014 03:29 PM, Frederick Weld wrote: > > Hi Stefan, > > > > thanks for having taken a look at these issues. > > > > The sound event's key for tile rotation is KEY_SFX_OR_RotateTile. > > > > -- Frederick > > > > > > On Sun, Nov 23, 2014 at 6:09 PM, Stefan Frey <ste...@we... > > <mailto:ste...@we...>> wrote: > > > > Frederick: > > Thanks for testing that. As I do not use the sound/docking features > yet, > > I will rely on your feedback for the time being. > > However I tried to ensure not to break anything. > > More comments on the issues see below. > > Stefan > > > > > > > > The issues: > > > > > > * Map: Prelaid tiles are painted on top of 1856 background map > (i12, > > > l15, n17, f15, m4), same for 1889. > > > > Will need to check that: I changed some methods of MapHex, most > likelyy > > I did something wrong there. > > > > > > > > * Map: Hex mouseover does not lead to "can-be-upgraded-to" > highlighting > > > in tiles pane > > > > Is that from one of the missing commits? > > > > > > > > * Sound: Left clicking on tile to be changed / oriented does not > trigger > > > the sound fx any more. That sound event should probably also apply > to > > > the new right click. > > > > I think I dropped that, as I was not fully sure, how rotation should > > propagate through classes in the future. Can you give me the name of > the > > sound trigger and I will add it back? > > > > > > > > * Lay track: after unselecting hex (by selecting a non permissible > hex), > > > the hex is still with thick red border. > > > > You are right, should be fixed in next alpha. > > > > > > > > * Lay track: repeatedly pressing left mouse button leads to the > next > > > possible tile if the first tile only had one possible orientation. > Is > > > this by purpose? You could envisage either cycling through all > possible > > > tile lays with the left button or enforce a strict distinction of > the > > > left/right button by never changing the tile when the left is > pressed. > > > > Yes, that was one of the experiments to make the tile UI more > efficient > > and I forgot to remove all of the code ;-). However I prefer the more > > simple approach: left click => rotate and right click => next > > possible tile. > > Will be fixed next alpha. > > > > > > > > * Lay track (1889): company owning D still has to pay the 80 bucks > on > > > non-river mountains (eg, E4). > > > > You are right this specific kind of special tile lay is not yet > > supported. Thanks for capturing it. > > > > Private companies can have special tile lays that differ in the > > following attributes: > > > > connected = yes/no > > extra = yes/no > > free = yes/no > > location = list of hexes, if missing => all possible > > tile = list of tiles, if missing => all possible > > condition = owned by company, player > > when = tile/token laying step of owing company or anytime > > > > I have decided now to show the upgrade labeled by the private company > > name if their special power is used. > > > > Interestingly the rules of 1889 specify that it is the choice of the > > player to use the discount of private D or not, if I interpret the > "... > > may ..." correctly. > > > > Thus Rails will offer each tile lay twice: Once with the power of D > and > > once without. > > > > > ------------------------------------------------------------------------------ > > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > > from Actuate! Instantly Supercharge Your Business Reports and > Dashboards > > with Interactivity, Sharing, Native Excel Exports, App Integration & > > more > > Get technology previously reserved for billion-dollar corporations, > FREE > > > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > > _______________________________________________ > > Rails-devel mailing list > > Rai...@li... > > <mailto:Rai...@li...> > > https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > > > > > > > > ------------------------------------------------------------------------------ > > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > > with Interactivity, Sharing, Native Excel Exports, App Integration & more > > Get technology previously reserved for billion-dollar corporations, FREE > > > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > > > > > > > > _______________________________________________ > > Rails-devel mailing list > > Rai...@li... > > https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
From: Stefan F. <ste...@we...> - 2014-11-24 16:12:36
|
Frederick: I fixed the following three items: => Sound on rotation => Move to next upgrade on left click for single selection upgrades => Deselect hex on hex click outside of selectable hexes That were the easy ones. If you have time to do so you can check in branch rails_2_develop. Thanks, Stefasn On 11/24/2014 03:29 PM, Frederick Weld wrote: > Hi Stefan, > > thanks for having taken a look at these issues. > > The sound event's key for tile rotation is KEY_SFX_OR_RotateTile. > > -- Frederick > > > On Sun, Nov 23, 2014 at 6:09 PM, Stefan Frey <ste...@we... > <mailto:ste...@we...>> wrote: > > Frederick: > Thanks for testing that. As I do not use the sound/docking features yet, > I will rely on your feedback for the time being. > However I tried to ensure not to break anything. > More comments on the issues see below. > Stefan > > > > > The issues: > > > > * Map: Prelaid tiles are painted on top of 1856 background map (i12, > > l15, n17, f15, m4), same for 1889. > > Will need to check that: I changed some methods of MapHex, most likelyy > I did something wrong there. > > > > > * Map: Hex mouseover does not lead to "can-be-upgraded-to" highlighting > > in tiles pane > > Is that from one of the missing commits? > > > > > * Sound: Left clicking on tile to be changed / oriented does not trigger > > the sound fx any more. That sound event should probably also apply to > > the new right click. > > I think I dropped that, as I was not fully sure, how rotation should > propagate through classes in the future. Can you give me the name of the > sound trigger and I will add it back? > > > > > * Lay track: after unselecting hex (by selecting a non permissible hex), > > the hex is still with thick red border. > > You are right, should be fixed in next alpha. > > > > > * Lay track: repeatedly pressing left mouse button leads to the next > > possible tile if the first tile only had one possible orientation. Is > > this by purpose? You could envisage either cycling through all possible > > tile lays with the left button or enforce a strict distinction of the > > left/right button by never changing the tile when the left is pressed. > > Yes, that was one of the experiments to make the tile UI more efficient > and I forgot to remove all of the code ;-). However I prefer the more > simple approach: left click => rotate and right click => next > possible tile. > Will be fixed next alpha. > > > > > * Lay track (1889): company owning D still has to pay the 80 bucks on > > non-river mountains (eg, E4). > > You are right this specific kind of special tile lay is not yet > supported. Thanks for capturing it. > > Private companies can have special tile lays that differ in the > following attributes: > > connected = yes/no > extra = yes/no > free = yes/no > location = list of hexes, if missing => all possible > tile = list of tiles, if missing => all possible > condition = owned by company, player > when = tile/token laying step of owing company or anytime > > I have decided now to show the upgrade labeled by the private company > name if their special power is used. > > Interestingly the rules of 1889 specify that it is the choice of the > player to use the discount of private D or not, if I interpret the "... > may ..." correctly. > > Thus Rails will offer each tile lay twice: Once with the power of D and > once without. > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & > more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > _______________________________________________ > Rails-devel mailing list > Rai...@li... > <mailto:Rai...@li...> > https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > > > > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
From: Frederick W. <fre...@go...> - 2014-11-24 14:29:57
|
Hi Stefan, thanks for having taken a look at these issues. The sound event's key for tile rotation is KEY_SFX_OR_RotateTile. -- Frederick On Sun, Nov 23, 2014 at 6:09 PM, Stefan Frey <ste...@we...> wrote: > Frederick: > Thanks for testing that. As I do not use the sound/docking features yet, > I will rely on your feedback for the time being. > However I tried to ensure not to break anything. > More comments on the issues see below. > Stefan > > > > > The issues: > > > > * Map: Prelaid tiles are painted on top of 1856 background map (i12, > > l15, n17, f15, m4), same for 1889. > > Will need to check that: I changed some methods of MapHex, most likelyy > I did something wrong there. > > > > > * Map: Hex mouseover does not lead to "can-be-upgraded-to" highlighting > > in tiles pane > > Is that from one of the missing commits? > > > > > * Sound: Left clicking on tile to be changed / oriented does not trigger > > the sound fx any more. That sound event should probably also apply to > > the new right click. > > I think I dropped that, as I was not fully sure, how rotation should > propagate through classes in the future. Can you give me the name of the > sound trigger and I will add it back? > > > > > * Lay track: after unselecting hex (by selecting a non permissible hex), > > the hex is still with thick red border. > > You are right, should be fixed in next alpha. > > > > > * Lay track: repeatedly pressing left mouse button leads to the next > > possible tile if the first tile only had one possible orientation. Is > > this by purpose? You could envisage either cycling through all possible > > tile lays with the left button or enforce a strict distinction of the > > left/right button by never changing the tile when the left is pressed. > > Yes, that was one of the experiments to make the tile UI more efficient > and I forgot to remove all of the code ;-). However I prefer the more > simple approach: left click => rotate and right click => next possible > tile. > Will be fixed next alpha. > > > > > * Lay track (1889): company owning D still has to pay the 80 bucks on > > non-river mountains (eg, E4). > > You are right this specific kind of special tile lay is not yet > supported. Thanks for capturing it. > > Private companies can have special tile lays that differ in the > following attributes: > > connected = yes/no > extra = yes/no > free = yes/no > location = list of hexes, if missing => all possible > tile = list of tiles, if missing => all possible > condition = owned by company, player > when = tile/token laying step of owing company or anytime > > I have decided now to show the upgrade labeled by the private company > name if their special power is used. > > Interestingly the rules of 1889 specify that it is the choice of the > player to use the discount of private D or not, if I interpret the "... > may ..." correctly. > > Thus Rails will offer each tile lay twice: Once with the power of D and > once without. > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
From: <com...@ip...> - 2014-11-24 04:16:01
|
Our group has always taken the position that if players have had the opportunity to convert shares but have not done so, then the company is not sold out and is not eligible for a stock market increase. Therefore the existing interpretation is correct in our eyes. Mike Bourke >"1835: Introducing a switch name PrussianReservedIgnored. This > switch if toggled to yes on game start will tell rails to > ignore unavailable prussian shares (shares that have not > yet been converted in the Prussianformation process) in > determining if the prussian shares are sold out or not. > The old and current default method will treat unconverted > shares as unsold !" > >So this is a similar question to Q5.3 of Bill Stolls FAQ list, however >not identical. I am not convinced that the current default of Rails >makes sense (except being compatible with the previous implementation). >However this can be changed, even without making previous savefiles >invalid. My opinion is that as long as there are no available shares in >IPO/Pool at the end of the share round, the company share price is >eligible for a rise. Unless the specific game rules define otherwise. > >What are the opinions? |
From: John D. G. <jd...@di...> - 2014-11-23 21:06:03
|
On 2014-11-23 08:53, Stefan Frey wrote: > Quote from Martins release notes: > > "1835: Introducing a switch name PrussianReservedIgnored. This > switch if toggled to yes on game start will tell rails to > ignore unavailable prussian shares (shares that have not > yet been converted in the Prussianformation process) in > determining if the prussian shares are sold out or not. > The old and current default method will treat unconverted > shares as unsold !" > > So this is a similar question to Q5.3 of Bill Stolls FAQ list, however > not identical. I am not convinced that the current default of Rails > makes sense (except being compatible with the previous implementation). > However this can be changed, even without making previous savefiles > invalid. My opinion is that as long as there are no available shares in > IPO/Pool at the end of the share round, the company share price is > eligible for a rise. Unless the specific game rules define otherwise. > > What are the opinions? I'm glad this option is available if there are some groups that play that way. However, I continue to believe that the rule as originally coded is the correct one. |
From: Stefan F. <ste...@we...> - 2014-11-23 17:09:45
|
Frederick: Thanks for testing that. As I do not use the sound/docking features yet, I will rely on your feedback for the time being. However I tried to ensure not to break anything. More comments on the issues see below. Stefan > > The issues: > > * Map: Prelaid tiles are painted on top of 1856 background map (i12, > l15, n17, f15, m4), same for 1889. Will need to check that: I changed some methods of MapHex, most likelyy I did something wrong there. > > * Map: Hex mouseover does not lead to "can-be-upgraded-to" highlighting > in tiles pane Is that from one of the missing commits? > > * Sound: Left clicking on tile to be changed / oriented does not trigger > the sound fx any more. That sound event should probably also apply to > the new right click. I think I dropped that, as I was not fully sure, how rotation should propagate through classes in the future. Can you give me the name of the sound trigger and I will add it back? > > * Lay track: after unselecting hex (by selecting a non permissible hex), > the hex is still with thick red border. You are right, should be fixed in next alpha. > > * Lay track: repeatedly pressing left mouse button leads to the next > possible tile if the first tile only had one possible orientation. Is > this by purpose? You could envisage either cycling through all possible > tile lays with the left button or enforce a strict distinction of the > left/right button by never changing the tile when the left is pressed. Yes, that was one of the experiments to make the tile UI more efficient and I forgot to remove all of the code ;-). However I prefer the more simple approach: left click => rotate and right click => next possible tile. Will be fixed next alpha. > > * Lay track (1889): company owning D still has to pay the 80 bucks on > non-river mountains (eg, E4). You are right this specific kind of special tile lay is not yet supported. Thanks for capturing it. Private companies can have special tile lays that differ in the following attributes: connected = yes/no extra = yes/no free = yes/no location = list of hexes, if missing => all possible tile = list of tiles, if missing => all possible condition = owned by company, player when = tile/token laying step of owing company or anytime I have decided now to show the upgrade labeled by the private company name if their special power is used. Interestingly the rules of 1889 specify that it is the choice of the player to use the discount of private D or not, if I interpret the "... may ..." correctly. Thus Rails will offer each tile lay twice: Once with the power of D and once without. |
From: Stefan F. <ste...@we...> - 2014-11-23 16:53:40
|
Hi John, thanks for your feedback. My comments see below. 1835 is still the game that still needs some work. (As most likely 1880). Stefan On 11/21/2014 04:14 AM, John David Galt wrote: > I tried a 3-player game of 1835, and got as far as the first turn of Sx. > > - Startup seems normal, but there is a new game option, "Ignore reserved > PR shares", with no explanation. I didn't try it. This option was introduced in rails 1.8.5 by Martin Brumm and included in 2.0. Quote from Martins release notes: "1835: Introducing a switch name PrussianReservedIgnored. This switch if toggled to yes on game start will tell rails to ignore unavailable prussian shares (shares that have not yet been converted in the Prussianformation process) in determining if the prussian shares are sold out or not. The old and current default method will treat unconverted shares as unsold !" So this is a similar question to Q5.3 of Bill Stolls FAQ list, however not identical. I am not convinced that the current default of Rails makes sense (except being compatible with the previous implementation). However this can be changed, even without making previous savefiles invalid. My opinion is that as long as there are no available shares in IPO/Pool at the end of the share round, the company share price is eligible for a rise. Unless the specific game rules define otherwise. What are the opinions? > > - I undid a couple of turns during the Start Round, and discovered that > Undoing actions by clicking on an action in the Game Report window and > then hitting "Play from here" doesn't work any more. (The cursor goes > forward to the latest completed turn, and the Game Status window confirms > that nothing was undone.) Moderator -> Forced Undo, though, still works. > I will have to check that. It used to work in my test, so it might rely to the specific game file or I broke it recently. > - As in earlier alpha versions, the Game Status window does not show who > owns private companies. Still not fixed :-( > > - I mostly like the new, smaller buttons displayed when it is time to lay > tiles or tokens. However, the top legend "Select a hex" doesn't make it > clear what I'm supposed to do. "Select a hex to lay a tile in" or "Select > a hex to place a token in" would be clearer. I am currently waiting to finalize the UI behavior with your feedback until I change the help text. Compared to previous releases it is now possible to offer tile and token lays simultaneously, thus there needs to be more code logic. > > - The logic determining what tile or token lays are legal needs tweaking. > Koln is highlighted on M1's second turn even though M1 does not have the > 50M to lay a tile there. And after BY has placed the NF token, the NF hex > is still highlighted each turn as if BY were allowed to place a second > token there. In addition, SX is offered the opportunity to lay a token in > Ludwigshafen/Mannheim even though it is not yet green phase (and no token > can legally be placed there until after the BA home station has appeared). Unfortunately those conditions are checked currently (as in Rails 1.x) only ex-post not ex-ante. So the actions will only be rejected after they are selected, but are still offered. Changing that will require more work I am intending to do for 2.0, so I will postpone that change for a later release. > > - At the point of this save file, SX has already declined to lay a token > but is being offered the opportunity again -- and the program won't take > no for an answer. Hitting "Skip" causes a pop-up with the message, > "Action Biff executed NullAction, mode = SKIP, optionalLabel = NULL is not > allowed". The program is effectively hung, so I am done. This is correct, the Pfalzbahn token lay is offered anytime. However as above it should be rejected ex-post. But it is definitely wrong to offer a SKIP in those phases, where no SKIP is possible. I will restrict the Pfalzbahn token offering to Tile and Token Lay phases. > > I've included the "18xx.log" debug log as well as the saved game file. Thanks! |
From: Stefan F. <ste...@we...> - 2014-11-22 20:34:27
|
Hi Frederick, welcome back too... No I cannot imagine they got dropped for any reason, so most likely just forgotten. It has been around the time that the master branch emerged to be Eriks private branch ;-) I will (try to) merge those tomorrow. Stefan On 11/22/2014 06:49 AM, Frederick Weld wrote: > There is a range of old commits (dec'12) on master (3b8d47 - 70c082) > that has NOT been merged into the releases and rails2. These commits > include: > > * Background maps: new for 1851 and 18TN, fixes for 18AL and 1889 > * Games: fix for 18TN > * UI: option for highlighting tiles (in tiles pane) to which hex under > mouse can be upgraded. > * Sound: fix for one trigger > > Were they dropped for some reason or just forgotten? > > -- Frederick > > > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > > > > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
From: Stefan F. <ste...@we...> - 2014-11-22 20:31:54
|
Hi Freek, Quick answer on gradle: First there is no need to use gradle except you want to build a distributable jar. For developing only you can rely on the automatic build from eclipse, which should work out of the box after checking out from git. Anyway lets track down the error message: The gradle error is related to a plugin used to import java property files. Could you please check which gradle version do you use? It works fine for me with gradle 2.0 (build 2014-07-01) based on groovy 2.3.3. Do you use an older or newer version compared to mine. For 18Kaas I have to check, however it is entirely possible, as there is no automated test file for it. Thanks for reporting, Stefan On 11/21/2014 03:24 PM, Freek Dijkstra wrote: > Hi all, > > I haven't looked at 18xx for a couple of years, but got curious by the > 2.0 alpha version. > > I have two minor comments. > > 1. When downloading the jar file, I could start most games, but when I > try a game of 18KaaS, the game never starts. After I click "new game", a > modal window with progressbar appears, but the progress remains at 0% > for a few minutes (after that, I gave up). > > > 2. When trying the git repository, the rails_2_develop branch, when I > run 'gradle' I get the following error: > >> FAILURE: Build failed with an exception. >> >> * Where: >> Build file '/Users/freek/Repository/18xx/build.gradle' line: 36 >> >> * What went wrong: >> A problem occurred evaluating root project '18xx'. >>> the number of constructors during runtime and compile time for com.admc.gradle.JavaPropFile$Behavior do not match. Expected -1 but got 2 > > I suspect that this is due my lack of understanding of gradle (this is > the first time I've used it). Perhaps a short INSTALL file is in order > for those (like me) who never used gradle and like to try it out> > Regards, > Freek > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
From: Frederick W. <fre...@go...> - 2014-11-22 05:49:40
|
There is a range of old commits (dec'12) on master (3b8d47 - 70c082) that has NOT been merged into the releases and rails2. These commits include: * Background maps: new for 1851 and 18TN, fixes for 18AL and 1889 * Games: fix for 18TN * UI: option for highlighting tiles (in tiles pane) to which hex under mouse can be upgraded. * Sound: fix for one trigger Were they dropped for some reason or just forgotten? -- Frederick |
From: Freek D. <sf_...@ma...> - 2014-11-21 14:39:56
|
Hi all, I haven't looked at 18xx for a couple of years, but got curious by the 2.0 alpha version. I have two minor comments. 1. When downloading the jar file, I could start most games, but when I try a game of 18KaaS, the game never starts. After I click "new game", a modal window with progressbar appears, but the progress remains at 0% for a few minutes (after that, I gave up). 2. When trying the git repository, the rails_2_develop branch, when I run 'gradle' I get the following error: > FAILURE: Build failed with an exception. > > * Where: > Build file '/Users/freek/Repository/18xx/build.gradle' line: 36 > > * What went wrong: > A problem occurred evaluating root project '18xx'. >> the number of constructors during runtime and compile time for com.admc.gradle.JavaPropFile$Behavior do not match. Expected -1 but got 2 I suspect that this is due my lack of understanding of gradle (this is the first time I've used it). Perhaps a short INSTALL file is in order for those (like me) who never used gradle and like to try it out. Regards, Freek |