Menu
▾
▴
rails-devel — List for discussion of Rails development
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: Stefan F. <ste...@we...> - 2014-09-07 07:09:10
|
Mike: I will come up with a more detailed answer later today. I have not played 1862 yet, however from a short glance, it seems that the stock market is similar to the one of 1860. I would not recommend that path, instead please wait on my thoughts, if you do not mind ;-) Stefan On 09/07/2014 05:42 AM, Michael Alexander wrote: > And now that I'm looking at the stock market... > > I don't think I can use much of the existing Stock Market class for > it. It just won't fit in a rectangle. I could make a new "Stock > Market" class for this one and make the .xml file specify which one to > use. Should I take that direction? > > Mike > > > On Sat, Sep 6, 2014 at 8:54 PM, Michael Alexander > <out...@gm... <mailto:out...@gm...>> wrote: > > I've pushed up my changes - I think I did it correctly, please let > me know if I messed something up. > > I have the Parliament Round mostly working. My next step is to > work on the stock market. > > > On Fri, Sep 5, 2014 at 2:46 AM, Stefan Frey <ste...@we... > <mailto:ste...@we...>> wrote: > > I will delay for a further day, as I will only return on > Saturday. Change of plans. ;-) > > > > > Michael Alexander <out...@gm... > <mailto:out...@gm...>>schrieb: > > I unfortunately had something come up. Don't wait for me. > > > On Thu, Sep 4, 2014 at 1:03 PM, Michael > Alexander<out...@gm... > <mailto:out...@gm...>> wrote: > > I can get it to a state where I can do that tonight. > Thanks for the heads up. > > > On Thu, Sep 4, 2014 at 12:56 PM, Stefan > Frey<ste...@we... <mailto:ste...@we...>> > wrote: > > Martin & Alexander: > I have now rewritten a lot of the tile and token > lay UI code and intend > a new alpha tomorrow end-of-day. > So if you would like to merge some code into > rails_2_develop, there is > some time left to do so. > Good coding, > Stefan > > ------------------------------------------------------------------------------ > Slashdot TV. > Video for Nerds. Stuff that matters. > http://tv.slashdot.org/ > _______________________________________________ > Rails-devel mailing list > Rai...@li... > <mailto:Rai...@li...> > https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > ------------------------------------------------------------------------------ > Slashdot TV. Video for Nerds. Stuff that > matters.http://tv.slashdot.org/_______________________________________________ > <http://tv.slashdot.org/_______________________________________________> > Rails-devel mailing list Rai...@li... > <mailto:Rai...@li...>https://lists.sourceforge.net/lists/listinfo/rails-devel > <https://lists.sourceforge.net/lists/listinfo/rails-devel> > > > ------------------------------------------------------------------------------ > Slashdot TV. > Video for Nerds. Stuff that matters. > http://tv.slashdot.org/ > _______________________________________________ > Rails-devel mailing list > Rai...@li... > <mailto:Rai...@li...> > https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > > > ------------------------------------------------------------------------------ > Slashdot TV. > Video for Nerds. Stuff that matters. > http://tv.slashdot.org/ > > > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel |
|
From: Michael A. <out...@gm...> - 2014-09-07 03:42:57
|
And now that I'm looking at the stock market... I don't think I can use much of the existing Stock Market class for it. It just won't fit in a rectangle. I could make a new "Stock Market" class for this one and make the .xml file specify which one to use. Should I take that direction? Mike On Sat, Sep 6, 2014 at 8:54 PM, Michael Alexander <out...@gm...> wrote: > I've pushed up my changes - I think I did it correctly, please let me know > if I messed something up. > > I have the Parliament Round mostly working. My next step is to work on > the stock market. > > > On Fri, Sep 5, 2014 at 2:46 AM, Stefan Frey <ste...@we...> wrote: > >> I will delay for a further day, as I will only return on Saturday. Change >> of plans. ;-) >> >> >> >> >> Michael Alexander <out...@gm...>schrieb: >>> >>> I unfortunately had something come up. Don't wait for me. >>> >>> >>> On Thu, Sep 4, 2014 at 1:03 PM, Michael Alexander < >>> out...@gm...> wrote: >>> >>>> I can get it to a state where I can do that tonight. Thanks for the >>>> heads up. >>>> >>>> >>>> On Thu, Sep 4, 2014 at 12:56 PM, Stefan Frey <ste...@we...> >>>> wrote: >>>> >>>>> Martin & Alexander: >>>>> I have now rewritten a lot of the tile and token lay UI code and intend >>>>> a new alpha tomorrow end-of-day. >>>>> So if you would like to merge some code into rails_2_develop, there is >>>>> some time left to do so. >>>>> Good coding, >>>>> Stefan >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Slashdot TV. >>>>> Video for Nerds. Stuff that matters. >>>>> http://tv.slashdot.org/ >>>>> _______________________________________________ >>>>> Rails-devel mailing list >>>>> Rai...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/rails-devel >>>>> >>>> >>>> >>> >>> ------------------------------------------------------------------------------ >>> Slashdot TV. Video for Nerds. Stuff that matters. >>> http://tv.slashdot.org/_______________________________________________ >>> Rails-devel mailing list Rai...@li... >>> https://lists.sourceforge.net/lists/listinfo/rails-devel >> >> >> >> ------------------------------------------------------------------------------ >> Slashdot TV. >> Video for Nerds. Stuff that matters. >> http://tv.slashdot.org/ >> _______________________________________________ >> Rails-devel mailing list >> Rai...@li... >> https://lists.sourceforge.net/lists/listinfo/rails-devel >> >> > |
|
From: Michael A. <out...@gm...> - 2014-09-07 00:54:41
|
I've pushed up my changes - I think I did it correctly, please let me know if I messed something up. I have the Parliament Round mostly working. My next step is to work on the stock market. On Fri, Sep 5, 2014 at 2:46 AM, Stefan Frey <ste...@we...> wrote: > I will delay for a further day, as I will only return on Saturday. Change > of plans. ;-) > > > > > Michael Alexander <out...@gm...>schrieb: >> >> I unfortunately had something come up. Don't wait for me. >> >> >> On Thu, Sep 4, 2014 at 1:03 PM, Michael Alexander < >> out...@gm...> wrote: >> >>> I can get it to a state where I can do that tonight. Thanks for the >>> heads up. >>> >>> >>> On Thu, Sep 4, 2014 at 12:56 PM, Stefan Frey <ste...@we...> >>> wrote: >>> >>>> Martin & Alexander: >>>> I have now rewritten a lot of the tile and token lay UI code and intend >>>> a new alpha tomorrow end-of-day. >>>> So if you would like to merge some code into rails_2_develop, there is >>>> some time left to do so. >>>> Good coding, >>>> Stefan >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Slashdot TV. >>>> Video for Nerds. Stuff that matters. >>>> http://tv.slashdot.org/ >>>> _______________________________________________ >>>> Rails-devel mailing list >>>> Rai...@li... >>>> https://lists.sourceforge.net/lists/listinfo/rails-devel >>>> >>> >>> >> >> ------------------------------------------------------------------------------ >> Slashdot TV. Video for Nerds. Stuff that matters. >> http://tv.slashdot.org/_______________________________________________ >> Rails-devel mailing list Rai...@li... >> https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > ------------------------------------------------------------------------------ > Slashdot TV. > Video for Nerds. Stuff that matters. > http://tv.slashdot.org/ > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > > |
|
From: Dr. M. B. <dr....@t-...> - 2014-09-05 16:22:10
|
Hi, 1837 can now be played until the FormationRounds for the Nationals. Functions not yet finished: Discard Trains, StartRound for Nationals. Checks need to be done on the Release of the 3G when the first 4 is sold. (but that would trigger the first FormationRound anyway) The Merging of the Majors/Regionals (maybe they should be renamed to regionals but i fear theres lost and lots of code looking for the type "Major" ... that will also be a problem most likely for the nationals.. later on. Checks in regard which train will be discarded if the Regional has too many trains have not yet been implemented should be easy in the next step refining the merge code. The forced merge (Shares sold out of regional) is working, missing a visible announcement (can be seen in the game Report though). If anybody would be willing to test the game after release of the next alpha, please send me your comments, savefiles etc. Oh and one Tip, due to the amount of acting companies, you should most likely use the ORDOCKING-Profile while laying the game. Otherwise you might be having some problems with the UI. Kind regards, Martin |
|
From: Stefan F. <ste...@we...> - 2014-09-05 06:46:09
|
<html>
<head>
</head>
<body>I will delay for a further day, as I will only return on Saturday. Change of plans. ;-)<br>
<br><br><div class="gmail_quote"><br>
<br>
Michael Alexander <out...@gm...>schrieb:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div>
I unfortunately had something come up. Don't wait for me.
</div>
<div class="gmail_extra">
<br/>
<br/>
<div class="gmail_quote">
On Thu, Sep 4, 2014 at 1:03 PM, Michael Alexander<span> <<a href="mailto:out...@gm..." target="_blank">out...@gm...</a>></span> wrote:<br/>
<blockquote class="gmail_quote" style="margin: 0 0 0 0.8ex;border-left: 1.0px rgb(204,204,204) solid;padding-left: 1.0ex;">
<div>
I can get it to a state where I can do that tonight. Thanks for the heads up.
</div>
<div class="HOEnZb">
<div class="h5">
<div class="gmail_extra">
<br/>
<br/>
<div class="gmail_quote">
On Thu, Sep 4, 2014 at 12:56 PM, Stefan Frey<span> <<a href="mailto:ste...@we..." target="_blank">ste...@we...</a>></span> wrote:<br/>
<blockquote class="gmail_quote" style="margin: 0 0 0 0.8ex;border-left: 1.0px rgb(204,204,204) solid;padding-left: 1.0ex;">
Martin & Alexander:<br/>
I have now rewritten a lot of the tile and token lay UI code and intend<br/>
a new alpha tomorrow end-of-day.<br/>
So if you would like to merge some code into rails_2_develop, there is<br/>
some time left to do so.<br/>
Good coding,<br/>
Stefan<br/>
<br/>
------------------------------------------------------------------------------<br/>
Slashdot TV.<br/>
Video for Nerds. Stuff that matters.<br/>
<a href="http://tv.slashdot.org/" target="_blank">http://tv.slashdot.org/</a><br/>
_______________________________________________<br/>
Rails-devel mailing list<br/>
<a href="mailto:Rai...@li..." target="_blank">Rai...@li...</a><br/>
<a href="https://lists.sourceforge.net/lists/listinfo/rails-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/rails-devel</a><br/>
</blockquote>
</div>
<br/>
</div>
</div>
</div>
</blockquote>
</div>
<br/>
</div>
------------------------------------------------------------------------------ Slashdot TV. Video for Nerds. Stuff that matters.<a href="http://tv.slashdot.org/_______________________________________________" target="_blank"> http://tv.slashdot.org/_______________________________________________</a> Rails-devel mailing list Rai...@li...<a href="https://lists.sourceforge.net/lists/listinfo/rails-devel" target="_blank"> https://lists.sourceforge.net/lists/listinfo/rails-devel</a>
</blockquote></div></body>
</html>
|
|
From: Dr. M. B. <dr....@t-...> - 2014-09-05 06:44:43
|
Good morning John, i wasnt clear in my statement there, i know the rules of 1837 :9 Currently the code is only handling the unblocking of a hex by having the private bought in, thats what started the discussion about how this should be handled from now on :) Regards, Martin Am 05.09.14 um 07:43 schrieb John David Galt: > On 2014-09-04 22:39, Chris Shaffer wrote: >> John, I don't think you said anything that contradicts what Martin said. You're both saying that the private companies do not need to be purchased by the major companies for the special power (hex blocking) to be abrogated. Both of you are saying that owning private + major will allow major to lay track in the blocked hex. > The difference is when the blocked hexes become open to companies of other > players. Martin says it happens when the private is bought in. I said no, > it happens at the first 3-train purchase -- and the privates can never be > bought in, period. > > > ------------------------------------------------------------------------------ > Slashdot TV. > Video for Nerds. Stuff that matters. > http://tv.slashdot.org/ > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel |
|
From: Chris S. <chr...@gm...> - 2014-09-05 05:51:22
|
Ah, I see. You didn't quote that part of his email, which confused me. You are, of course, correct. -- Chris *Warning! NSA analysts could be reading this email. And because there's hardly any accountability, we have no idea how they may use it. If that bothers you, click here to do something about it. <https://www.aclu.org/secure/stopnsa>* On Thu, Sep 4, 2014 at 10:43 PM, John David Galt < jd...@di...> wrote: > On 2014-09-04 22:39, Chris Shaffer wrote: > > John, I don't think you said anything that contradicts what Martin said. > You're both saying that the private companies do not need to be purchased > by the major companies for the special power (hex blocking) to be > abrogated. Both of you are saying that owning private + major will allow > major to lay track in the blocked hex. > > The difference is when the blocked hexes become open to companies of other > players. Martin says it happens when the private is bought in. I said no, > it happens at the first 3-train purchase -- and the privates can never be > bought in, period. > > > > ------------------------------------------------------------------------------ > Slashdot TV. > Video for Nerds. Stuff that matters. > http://tv.slashdot.org/ > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
|
From: John D. G. <jd...@di...> - 2014-09-05 05:43:48
|
On 2014-09-04 22:39, Chris Shaffer wrote: > John, I don't think you said anything that contradicts what Martin said. You're both saying that the private companies do not need to be purchased by the major companies for the special power (hex blocking) to be abrogated. Both of you are saying that owning private + major will allow major to lay track in the blocked hex. The difference is when the blocked hexes become open to companies of other players. Martin says it happens when the private is bought in. I said no, it happens at the first 3-train purchase -- and the privates can never be bought in, period. |
|
From: Chris S. <chr...@gm...> - 2014-09-05 05:39:45
|
John, I don't think you said anything that contradicts what Martin said. You're both saying that the private companies do not need to be purchased by the major companies for the special power (hex blocking) to be abrogated. Both of you are saying that owning private + major will allow major to lay track in the blocked hex. -- Chris *Warning! NSA analysts could be reading this email. And because there's hardly any accountability, we have no idea how they may use it. If that bothers you, click here to do something about it. <https://www.aclu.org/secure/stopnsa>* On Thu, Sep 4, 2014 at 5:55 PM, John David Galt < jd...@di...> wrote: > On 2014-09-04 05:06, Dr. Martin Brumm wrote: > > the private companies in 1837 have the power to block access to their > > hexes to anyone but the owner and the companies that the owner is > > controlling, without the companies having to buy in the privates. > > This is wrong in two respects. > > (1) 1837's privates (AKA mountain companies) can never be bought in by > other companies [Rule II]. > > You use their power as in 1835, simply by being the president of both the > private and the track-laying company that will benefit (which need not be > a major). This may be done in any phase of the game (until the purchase > of the first 5-train, which closes all privates) [Rule V.14]. Using a > private company's power does not close the private [Rule II.1]. > > (2) Private companies do indeed initially block tile-laying in their hexes > by any company whose president is not the owner of the private. This > restriction ends upon the purchase of the first 3-train. After that time, > other players' companies may lay tiles in the private company's hex but > doing so will cost them 110K [Rule V.14]. > > > > ------------------------------------------------------------------------------ > Slashdot TV. > Video for Nerds. Stuff that matters. > http://tv.slashdot.org/ > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
|
From: Michael A. <out...@gm...> - 2014-09-05 03:00:29
|
I unfortunately had something come up. Don't wait for me. On Thu, Sep 4, 2014 at 1:03 PM, Michael Alexander <out...@gm...> wrote: > I can get it to a state where I can do that tonight. Thanks for the heads > up. > > > On Thu, Sep 4, 2014 at 12:56 PM, Stefan Frey <ste...@we...> wrote: > >> Martin & Alexander: >> I have now rewritten a lot of the tile and token lay UI code and intend >> a new alpha tomorrow end-of-day. >> So if you would like to merge some code into rails_2_develop, there is >> some time left to do so. >> Good coding, >> Stefan >> >> >> ------------------------------------------------------------------------------ >> Slashdot TV. >> Video for Nerds. Stuff that matters. >> http://tv.slashdot.org/ >> _______________________________________________ >> Rails-devel mailing list >> Rai...@li... >> https://lists.sourceforge.net/lists/listinfo/rails-devel >> > > |
|
From: John D. G. <jd...@di...> - 2014-09-05 00:55:38
|
On 2014-09-04 05:06, Dr. Martin Brumm wrote: > the private companies in 1837 have the power to block access to their > hexes to anyone but the owner and the companies that the owner is > controlling, without the companies having to buy in the privates. This is wrong in two respects. (1) 1837's privates (AKA mountain companies) can never be bought in by other companies [Rule II]. You use their power as in 1835, simply by being the president of both the private and the track-laying company that will benefit (which need not be a major). This may be done in any phase of the game (until the purchase of the first 5-train, which closes all privates) [Rule V.14]. Using a private company's power does not close the private [Rule II.1]. (2) Private companies do indeed initially block tile-laying in their hexes by any company whose president is not the owner of the private. This restriction ends upon the purchase of the first 3-train. After that time, other players' companies may lay tiles in the private company's hex but doing so will cost them 110K [Rule V.14]. |
|
From: Michael A. <out...@gm...> - 2014-09-04 17:03:32
|
I can get it to a state where I can do that tonight. Thanks for the heads up. On Thu, Sep 4, 2014 at 12:56 PM, Stefan Frey <ste...@we...> wrote: > Martin & Alexander: > I have now rewritten a lot of the tile and token lay UI code and intend > a new alpha tomorrow end-of-day. > So if you would like to merge some code into rails_2_develop, there is > some time left to do so. > Good coding, > Stefan > > > ------------------------------------------------------------------------------ > Slashdot TV. > Video for Nerds. Stuff that matters. > http://tv.slashdot.org/ > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
|
From: Stefan F. <ste...@we...> - 2014-09-04 16:56:36
|
Martin & Alexander: I have now rewritten a lot of the tile and token lay UI code and intend a new alpha tomorrow end-of-day. So if you would like to merge some code into rails_2_develop, there is some time left to do so. Good coding, Stefan |
|
From: Stefan F. <ste...@we...> - 2014-09-04 16:54:10
|
Martin: you were right, I proposed my solution without access to the current code. So this was my "ideal" solution. What should be done is: In MapHex: * Replace field BooleanState isBlockedForTileLays by PrivateCompany isBlockedForTileLaysBy * Remove setBlockedForTileLays() method and all code that calls them. * isBlockedForTileLays() changes to isBlockedForTileLays(PublicCompany company) and forwards to a method blocksForTileLays(PublicCompany company) inside PrivateCompany. In Private Company: * This new method of PrivateCompany then checks if the condition for blocking the tile is actually given. It checks if the company is still in players hand for 1830 type of privates and for 1837 type of privates if the owner of the operating company is different to the one of the private. As the check for the state of private company occurs every time the tile is laid, there is no need to maintain a state variable inside MapHex if the hex is blocked. Test games should detect if the refactoring works correctly. Hope that helps. Stefan PS: reservedForCompany of MapHex has nothing to do with Privates. It indicates if the hex is reserved for a tile lay only by a specific public company. This occurs in 18EU and 1825. However it reminds me that this is not checked currently by the tile laying code, it is only used to paint the name of the company on the map board. On 09/04/2014 05:41 PM, Dr. Martin Brumm wrote: > HI Stefan, > > yes that would be easiest, but in the moment we have the following > diverging approaches: > > MapHex.java: > private final BooleanState isBlockedForTileLays = > BooleanState.create(this, "isBlockedForTileLays"); > > private String reservedForCompany = null; > > We set the first one from PrivateCompany. > > The second one is read from Map.xml... > > So right now Map.xml and CompanyManager.xml need to carry Information, > thats "interesting" :) > > By relying on the first state we have no chance of seeing the owner of > that hex we only know its blocked. > Now linking those blocking and unblocking methods to the > reservedForCompany String, will be possible (and dangerous for > existing games ?). > > Currently there is no check if a given Private blocks a hex: theres > just the Call boolean maphex.isBlockedForTileLays(). > > Maybe we should/can change that BooleanState into a StringState > isBlockedForTileLays with the Company being set as value ? Whats your > opinion, how dangerous might that be to the existing games for reloading ? > > Btw reservedForCompany is just used for decoration right now, shouldnt > we have that set from the blocking Hex code out of CompanyManager.xml > as well ?? > > REgards, > martin > > > Am 04.09.14 um 17:17 schrieb Stefan Frey: >> Martin: >> it seems the easiest solution is to adjust the method that checks if >> the Private blocks the hex to be parameterised with the operating >> company. >> There you are able to check if both private and operating companies >> have the identical owner. >> This avoids to block or unblock the hex itself. >> In the XML definition of the private you could add something like >> exceptOwner in the XML tag that defines hex blocking. >> I think it is simple and general enough to be included into the main >> code without requiring further examples. >> Stefan >> >> >> >> >> "Dr. Martin Brumm" <dr....@t-...>schrieb: >> >> Hi, >> >> the private companies in 1837 have the power to block access to their >> hexes to anyone but the owner and the companies that the owner is >> controlling, without the companies having to buy in the privates. >> >> Currently the blocking hex state will be lifted when the private >> company >> is bought in by a major company. >> >> The special ability of the privates in 1837 are twofold, they should >> lift the blocking (which they currently dont) and they should >> level the >> building cost (which they do). >> >> So question to the group on how to proceed here ? Are there any other >> games out there with the behaviour of the privates alike to 1837 ? or >> are all other privates which do block hexes from the type of the >> 1830-privates ? >> >> I dont really see a way in the moment to temporarly lift the >> blocking of >> the hex during a major company action and have it reblock >> everything again. >> So building up a new map for the MapHexes that keeps track of the >> blocker ? And if that is preparing a tile lay ignore the blocked >> maphex ? >> >> What do you guys think or did i miss anything ? >> >> Regards, >> Martin >> >> ------------------------------------------------------------------------------ >> Slashdot TV. >> Video for Nerds. Stuff that matters. >> http://tv.slashdot.org/ >> _______________________________________________ >> Rails-devel mailing list >> Rai...@li... >> https://lists.sourceforge.net/lists/listinfo/rails-devel >> >> >> >> ------------------------------------------------------------------------------ >> Slashdot TV. >> Video for Nerds. Stuff that matters. >> http://tv.slashdot.org/ >> >> >> _______________________________________________ >> Rails-devel mailing list >> Rai...@li... >> https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > ------------------------------------------------------------------------------ > Slashdot TV. > Video for Nerds. Stuff that matters. > http://tv.slashdot.org/ > > > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel |
|
From: Dr. M. B. <dr....@t-...> - 2014-09-04 15:42:01
|
HI Stefan,
yes that would be easiest, but in the moment we have the following
diverging approaches:
MapHex.java:
private final BooleanState isBlockedForTileLays =
BooleanState.create(this, "isBlockedForTileLays");
private String reservedForCompany = null;
We set the first one from PrivateCompany.
The second one is read from Map.xml...
So right now Map.xml and CompanyManager.xml need to carry Information,
thats "interesting" :)
By relying on the first state we have no chance of seeing the owner of
that hex we only know its blocked.
Now linking those blocking and unblocking methods to the
reservedForCompany String, will be possible (and dangerous for existing
games ?).
Currently there is no check if a given Private blocks a hex: theres just
the Call boolean maphex.isBlockedForTileLays().
Maybe we should/can change that BooleanState into a StringState
isBlockedForTileLays with the Company being set as value ? Whats your
opinion, how dangerous might that be to the existing games for reloading ?
Btw reservedForCompany is just used for decoration right now, shouldnt
we have that set from the blocking Hex code out of CompanyManager.xml as
well ??
REgards,
martin
Am 04.09.14 um 17:17 schrieb Stefan Frey:
> Martin:
> it seems the easiest solution is to adjust the method that checks if
> the Private blocks the hex to be parameterised with the operating
> company.
> There you are able to check if both private and operating companies
> have the identical owner.
> This avoids to block or unblock the hex itself.
> In the XML definition of the private you could add something like
> exceptOwner in the XML tag that defines hex blocking.
> I think it is simple and general enough to be included into the main
> code without requiring further examples.
> Stefan
>
>
>
>
> "Dr. Martin Brumm" <dr....@t-...>schrieb:
>
> Hi,
>
> the private companies in 1837 have the power to block access to their
> hexes to anyone but the owner and the companies that the owner is
> controlling, without the companies having to buy in the privates.
>
> Currently the blocking hex state will be lifted when the private
> company
> is bought in by a major company.
>
> The special ability of the privates in 1837 are twofold, they should
> lift the blocking (which they currently dont) and they should
> level the
> building cost (which they do).
>
> So question to the group on how to proceed here ? Are there any other
> games out there with the behaviour of the privates alike to 1837 ? or
> are all other privates which do block hexes from the type of the
> 1830-privates ?
>
> I dont really see a way in the moment to temporarly lift the
> blocking of
> the hex during a major company action and have it reblock
> everything again.
> So building up a new map for the MapHexes that keeps track of the
> blocker ? And if that is preparing a tile lay ignore the blocked
> maphex ?
>
> What do you guys think or did i miss anything ?
>
> Regards,
> Martin
>
> ------------------------------------------------------------------------------
> Slashdot TV.
> Video for Nerds. Stuff that matters.
> http://tv.slashdot.org/
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
>
> ------------------------------------------------------------------------------
> Slashdot TV.
> Video for Nerds. Stuff that matters.
> http://tv.slashdot.org/
>
>
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
|
|
From: Stefan F. <ste...@we...> - 2014-09-04 15:17:21
|
<html>
<head>
</head>
<body>Martin: <br>
it seems the easiest solution is to adjust the method that checks if the Private blocks the hex to be parameterised with the operating company. <br>
There you are able to check if both private and operating companies have the identical owner. <br>
This avoids to block or unblock the hex itself. <br>
In the XML definition of the private you could add something like exceptOwner in the XML tag that defines hex blocking. <br>
I think it is simple and general enough to be included into the main code without requiring further examples.<br>
Stefan <br>
<br><br><div class="gmail_quote"><br>
<br>
"Dr. Martin Brumm" <dr....@t-...>schrieb:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Hi,<br/>
<br/>
the private companies in 1837 have the power to block access to their<br/>
hexes to anyone but the owner and the companies that the owner is<br/>
controlling, without the companies having to buy in the privates.<br/>
<br/>
Currently the blocking hex state will be lifted when the private company<br/>
is bought in by a major company.<br/>
<br/>
The special ability of the privates in 1837 are twofold, they should<br/>
lift the blocking (which they currently dont) and they should level the<br/>
building cost (which they do).<br/>
<br/>
So question to the group on how to proceed here ? Are there any other<br/>
games out there with the behaviour of the privates alike to 1837 ? or<br/>
are all other privates which do block hexes from the type of the<br/>
1830-privates ?<br/>
<br/>
I dont really see a way in the moment to temporarly lift the blocking of<br/>
the hex during a major company action and have it reblock everything again.<br/>
So building up a new map for the MapHexes that keeps track of the<br/>
blocker ? And if that is preparing a tile lay ignore the blocked maphex ?<br/>
<br/>
What do you guys think or did i miss anything ?<br/>
<br/>
Regards,<br/>
Martin<br/>
<br/>
------------------------------------------------------------------------------<br/>
Slashdot TV.<br/>
Video for Nerds. Stuff that matters.<br/>
<a href="http://tv.slashdot.org/" target="_blank">http://tv.slashdot.org/</a><br/>
_______________________________________________<br/>
Rails-devel mailing list<br/>
Rai...@li...<br/>
<a href="https://lists.sourceforge.net/lists/listinfo/rails-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/rails-devel</a><br/>
</blockquote></div></body>
</html>
|
|
From: Dr. M. B. <dr....@t-...> - 2014-09-04 12:06:38
|
Hi, the private companies in 1837 have the power to block access to their hexes to anyone but the owner and the companies that the owner is controlling, without the companies having to buy in the privates. Currently the blocking hex state will be lifted when the private company is bought in by a major company. The special ability of the privates in 1837 are twofold, they should lift the blocking (which they currently dont) and they should level the building cost (which they do). So question to the group on how to proceed here ? Are there any other games out there with the behaviour of the privates alike to 1837 ? or are all other privates which do block hexes from the type of the 1830-privates ? I dont really see a way in the moment to temporarly lift the blocking of the hex during a major company action and have it reblock everything again. So building up a new map for the MapHexes that keeps track of the blocker ? And if that is preparing a tile lay ignore the blocked maphex ? What do you guys think or did i miss anything ? Regards, Martin |
|
From: Dr. M. B. <dr....@t-...> - 2014-08-31 11:43:55
|
HI Volker, its a bug, stemming from a typo in a subroutine checking for the train types (checked for 8e instead of 8E). The purchase of the 8E thus affected the OR-Logic which shouldnt have happened. There will be no stockround and the OR will just continue as normal. Bugfix in the Repository, Release of new Version next Saturday. Regards, Martin Am 31.08.14 um 11:24 schrieb Schnell, Volker: > Hello, > > the JLA company bought the second and last 8E Train with Cash. > Rails starts a Stockround 11 and the JLR is the starter company for > the next operationrounds. > > Rules: > - After the last 8-train is bought (or is removed from the game) the > marker will not be moved any > further. The marker then indicates which company will be the last to > operate at the end of the > game. > > Rails: 1.8.10 > > greetings > Volker > > > > ------------------------------------------------------------------------------ > Slashdot TV. > Video for Nerds. Stuff that matters. > http://tv.slashdot.org/ > > > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel |
|
From: Schnell, V. <vol...@ar...> - 2014-08-31 09:25:10
|
Hello, the JLA company bought the second and last 8E Train with Cash. Rails starts a Stockround 11 and the JLR is the starter company for the next operationrounds. Rules: - After the last 8-train is bought (or is removed from the game) the marker will not be moved any further. The marker then indicates which company will be the last to operate at the end of the game. Rails: 1.8.10 greetings Volker -- Volker Schnell email: vol...@ar... homepage: home.arcor.de\volker_schnell |
|
From: Dr. M. B. <dr....@t-...> - 2014-08-29 15:54:19
|
Hi all, of course that made sense and was easy to fix -> Thank you Erik. As usual your knowhow was much up to the point than me having found an easy way out :) Fix pushed to the repo, release will have to wait till i am back in Germany at my usual PC as i dont trust my Skills with the Mac enough yet to get a release without fault out of the door. Alternatively either Erik or Stefan could you do the release ? (out of the rails.1.8.x branch). Regards, Martin Am 29.08.14 um 16:22 schrieb Stefan Frey: > Erik and Martin: > this makes sense. > I will port this to Rails 2.0, as I am currently to my final changes to > have the new tile and token lay UI for the new alpha release. > Stefan > > On 08/29/2014 02:58 PM, Erik Vos wrote: >> Hello Martin, >> >> The probable cause is that the CGR has no home hexes, and that getHomeHexes() in such a case returns null instead of an empty array. >> >> Most uses of getHomeHexes() does not check for this, so more bugs could be imminent. >> I would suggest to initialize PublicCompany.homeHexes as an empty array instead of null. >> A quick check showed me that there is at least one place where a check for null is done (in MapManager), which check will become redundant after my proposed change. >> I don't know if there are any places where the code positively relies on the result being null; you should definitely check all uses of getHomeHexes(). >> >> Best regards, >> Erik >> >>> -----Original Message----- >>> From: Dr. Martin Brumm [mailto:dr....@t-...] >>> Sent: Friday, August 29, 2014 8:39 AM >>> To: Erik Vos; Stefan Frey; Development list for Rails: an 18xx game >>> Subject: Bug in relayBase Token reported by Pieter Lust >>> Importance: High >>> >>> Hello Erik, Hello to the Rest, >>> >>> In ORUIManager - relayBaseToken theres a special Case for the >>> BadenHexUpgrade where the Codes sorts the Tokens. This apparently has >>> sideeffects for games that have also two stops with at least one stop >>> tokened. >>> >>> For my eye the Collections.sort tries to sort an Object (ORUiManager) vs the >>> occupied Stop at least in the context of this save game 1856. >>> >>> As a workaround one can disable that check for any game besides 1835, and >>> then the game continues as expected. >>> >>> But i would love to have you (Erik) a deeper look at things because you >>> orginally coded that part and i'll probably miss the clues here :) >>> >>> Regards, >>> Martin >>> >> > ------------------------------------------------------------------------------ > Slashdot TV. > Video for Nerds. Stuff that matters. > http://tv.slashdot.org/ > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel |
|
From: Stefan F. <ste...@we...> - 2014-08-29 14:22:50
|
Erik and Martin: this makes sense. I will port this to Rails 2.0, as I am currently to my final changes to have the new tile and token lay UI for the new alpha release. Stefan On 08/29/2014 02:58 PM, Erik Vos wrote: > Hello Martin, > > The probable cause is that the CGR has no home hexes, and that getHomeHexes() in such a case returns null instead of an empty array. > > Most uses of getHomeHexes() does not check for this, so more bugs could be imminent. > I would suggest to initialize PublicCompany.homeHexes as an empty array instead of null. > A quick check showed me that there is at least one place where a check for null is done (in MapManager), which check will become redundant after my proposed change. > I don't know if there are any places where the code positively relies on the result being null; you should definitely check all uses of getHomeHexes(). > > Best regards, > Erik > >> -----Original Message----- >> From: Dr. Martin Brumm [mailto:dr....@t-...] >> Sent: Friday, August 29, 2014 8:39 AM >> To: Erik Vos; Stefan Frey; Development list for Rails: an 18xx game >> Subject: Bug in relayBase Token reported by Pieter Lust >> Importance: High >> >> Hello Erik, Hello to the Rest, >> >> In ORUIManager - relayBaseToken theres a special Case for the >> BadenHexUpgrade where the Codes sorts the Tokens. This apparently has >> sideeffects for games that have also two stops with at least one stop >> tokened. >> >> For my eye the Collections.sort tries to sort an Object (ORUiManager) vs the >> occupied Stop at least in the context of this save game 1856. >> >> As a workaround one can disable that check for any game besides 1835, and >> then the game continues as expected. >> >> But i would love to have you (Erik) a deeper look at things because you >> orginally coded that part and i'll probably miss the clues here :) >> >> Regards, >> Martin >> > > |
|
From: Erik V. <eri...@xs...> - 2014-08-29 12:58:57
|
Hello Martin, The probable cause is that the CGR has no home hexes, and that getHomeHexes() in such a case returns null instead of an empty array. Most uses of getHomeHexes() does not check for this, so more bugs could be imminent. I would suggest to initialize PublicCompany.homeHexes as an empty array instead of null. A quick check showed me that there is at least one place where a check for null is done (in MapManager), which check will become redundant after my proposed change. I don't know if there are any places where the code positively relies on the result being null; you should definitely check all uses of getHomeHexes(). Best regards, Erik > -----Original Message----- > From: Dr. Martin Brumm [mailto:dr....@t-...] > Sent: Friday, August 29, 2014 8:39 AM > To: Erik Vos; Stefan Frey; Development list for Rails: an 18xx game > Subject: Bug in relayBase Token reported by Pieter Lust > Importance: High > > Hello Erik, Hello to the Rest, > > In ORUIManager - relayBaseToken theres a special Case for the > BadenHexUpgrade where the Codes sorts the Tokens. This apparently has > sideeffects for games that have also two stops with at least one stop > tokened. > > For my eye the Collections.sort tries to sort an Object (ORUiManager) vs the > occupied Stop at least in the context of this save game 1856. > > As a workaround one can disable that check for any game besides 1835, and > then the game continues as expected. > > But i would love to have you (Erik) a deeper look at things because you > orginally coded that part and i'll probably miss the clues here :) > > Regards, > Martin > |
|
From: Dr. M. B. <dr....@t-...> - 2014-08-29 06:39:06
|
Hello Erik, Hello to the Rest, In ORUIManager - relayBaseToken theres a special Case for the BadenHexUpgrade where the Codes sorts the Tokens. This apparently has sideeffects for games that have also two stops with at least one stop tokened. For my eye the Collections.sort tries to sort an Object (ORUiManager) vs the occupied Stop at least in the context of this save game 1856. As a workaround one can disable that check for any game besides 1835, and then the game continues as expected. But i would love to have you (Erik) a deeper look at things because you orginally coded that part and i'll probably miss the clues here :) Regards, Martin |
|
From: Michael A. <out...@gm...> - 2014-08-24 17:23:08
|
That's exactly what I was thinking, and it's already implemented. :) On Sun, Aug 24, 2014 at 1:16 PM, Stefan Frey <ste...@we...> wrote: > OK, is it possible to separate that indication "active" into a boolean > (state?) variable, that would my preferred way to go. > > On 08/24/2014 06:49 PM, Michael Alexander wrote: > > It assumes that a bid of zero means that the player has not made a bid > > on that item, and are therefore not "active" in an auction. So it > > allows it, but the player is then left out. > > > > > > On Sun, Aug 24, 2014 at 12:39 PM, Stefan Frey <ste...@we... > > <mailto:ste...@we...>> wrote: > > > > Why does it now allow a bid of zero? Excuse my ignorance. > > > > It is easy to add a test case for the 18EU again, at least for the > > initial auction, so I recommend to go ahead with a). > > > > Please be not too afraid to change core classes. There are only a few > > cases to be really careful, as they are complex, easy to break and/or > > there no automated tests: > > > > A) Algorithm package (complex, easy to break, no automated tests) > > B) UI classes (easy to break, no automated tests) > > C) Action classes (easy to break) > > > > > > On 08/24/2014 06:05 AM, Michael Alexander wrote: > > > The current implementation of StartItem doesn't allow a bid of > 0. I > > > made a StartItem_1862 which does allow it - but there's no > > mechanism to > > > specify the class of a start item in the XML. So I could go a > couple > > > ways with this: > > > > > > a) Put the differences from StartItem_1862 into StartItem. I > > can then > > > run the tests to make sure I didn't break other games, but I > > worry a bit > > > because there are mentions of 18EU in StartItem, but no tests for > > 18EU. > > > > > > b) Add the ability to specify the class for each StartItem in > > the XML. > > > > > > Is there a preference for which way I should go with this? > > > > > > Mike > > > > > > > > > > > > ------------------------------------------------------------------------------ > > > Slashdot TV. > > > Video for Nerds. Stuff that matters. > > > http://tv.slashdot.org/ > > > > > > > > > > > > _______________________________________________ > > > Rails-devel mailing list > > > Rai...@li... > > <mailto:Rai...@li...> > > > https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > > > > > ------------------------------------------------------------------------------ > > Slashdot TV. > > Video for Nerds. Stuff that matters. > > http://tv.slashdot.org/ > > _______________________________________________ > > Rails-devel mailing list > > Rai...@li... > > <mailto:Rai...@li...> > > https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > > > > > > > > ------------------------------------------------------------------------------ > > Slashdot TV. > > Video for Nerds. Stuff that matters. > > http://tv.slashdot.org/ > > > > > > > > _______________________________________________ > > Rails-devel mailing list > > Rai...@li... > > https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > > ------------------------------------------------------------------------------ > Slashdot TV. > Video for Nerds. Stuff that matters. > http://tv.slashdot.org/ > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
|
From: Stefan F. <ste...@we...> - 2014-08-24 17:16:42
|
OK, is it possible to separate that indication "active" into a boolean (state?) variable, that would my preferred way to go. On 08/24/2014 06:49 PM, Michael Alexander wrote: > It assumes that a bid of zero means that the player has not made a bid > on that item, and are therefore not "active" in an auction. So it > allows it, but the player is then left out. > > > On Sun, Aug 24, 2014 at 12:39 PM, Stefan Frey <ste...@we... > <mailto:ste...@we...>> wrote: > > Why does it now allow a bid of zero? Excuse my ignorance. > > It is easy to add a test case for the 18EU again, at least for the > initial auction, so I recommend to go ahead with a). > > Please be not too afraid to change core classes. There are only a few > cases to be really careful, as they are complex, easy to break and/or > there no automated tests: > > A) Algorithm package (complex, easy to break, no automated tests) > B) UI classes (easy to break, no automated tests) > C) Action classes (easy to break) > > > On 08/24/2014 06:05 AM, Michael Alexander wrote: > > The current implementation of StartItem doesn't allow a bid of 0. I > > made a StartItem_1862 which does allow it - but there's no > mechanism to > > specify the class of a start item in the XML. So I could go a couple > > ways with this: > > > > a) Put the differences from StartItem_1862 into StartItem. I > can then > > run the tests to make sure I didn't break other games, but I > worry a bit > > because there are mentions of 18EU in StartItem, but no tests for > 18EU. > > > > b) Add the ability to specify the class for each StartItem in > the XML. > > > > Is there a preference for which way I should go with this? > > > > Mike > > > > > > > ------------------------------------------------------------------------------ > > Slashdot TV. > > Video for Nerds. Stuff that matters. > > http://tv.slashdot.org/ > > > > > > > > _______________________________________________ > > Rails-devel mailing list > > Rai...@li... > <mailto:Rai...@li...> > > https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > ------------------------------------------------------------------------------ > Slashdot TV. > Video for Nerds. Stuff that matters. > http://tv.slashdot.org/ > _______________________________________________ > Rails-devel mailing list > Rai...@li... > <mailto:Rai...@li...> > https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > > ------------------------------------------------------------------------------ > Slashdot TV. > Video for Nerds. Stuff that matters. > http://tv.slashdot.org/ > > > > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
99 messages has been excluded from this view by a project administrator.
