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: Freek D. <sf_...@ma...> - 2010-01-28 20:34:10
|
Out of curiousity, are there other Rails users who use Mac OS X, or any other non-Windows platform (Unix) for that matter? Freek |
|
From: Erik V. <eri...@xs...> - 2010-01-27 21:39:15
|
Oh dear, I have mixed those up again... My English is far less than perfect, but (if starting again) I would tend to use "amount" for money and "quantity" for other countable items. I haven't really found it worth while to align all such usage, but I wouldn't object either. Erik. -----Original Message----- From: Freek Dijkstra [mailto:sf_...@ma...] Sent: Wednesday 27 January 2010 01:00 To: Development list for Rails Subject: [Rails-devel] XML: amount vs quantity Another minor bug. The TileSet.xml of 18Kaas did contain the wrong attribute for yellow tiles: <Tile id="1" amount="1" /> <Tile id="2" amount="1" /> while the correct attribute is quantity: <Tile id="1" quantity="1" /> <Tile id="2" quantity="1" /> Attached is a patch for 18Kaas. A quick survey learned that this is the only place this is mixed up, but it does make me wonder why CompanyManager.xml and Game.xml use the attribute "amount", while TileSet.xml uses the attribute "quantity", to represent roughly the same thing. Should we change it? Regards, Freek |
|
From: Erik V. <eri...@xs...> - 2010-01-27 20:34:27
|
Rails doesn't enforce any track constraints, so it doesn't actually know when a company has reached its destination, but it's worth knowing that in 1856, there are a set of alternate destinations listed in the rules. I'm not sure what the best way to cover this might be -- perhaps a free-text field for "house rules" that cover any constraints a group of players might have agreed to, for handy reference. EV: Once it becomes relevant, this could be configured in XML with a game option. (Anything that Rails cannot be expected to enforce, but that players might want to have available for reference, like "you must be able to run on the new portion of track laid", "no sales of unoperated companies", etc., or even something as seemingly minor as "no out-of-band game discussions".) EV: except the last one, these items might be added to the Info menu one day. The "no sales of unoperated companies" and similar parameters are already known, so that wouldn't be a big deal. Erik. |
|
From: Aliza P. <ali...@gm...> - 2010-01-27 20:10:13
|
On Fri, Jan 22, 2010 at 2:03 PM, Erik Vos <eri...@xs...> wrote: > > For public companies: > - destination location > > Yes, that's useful. > Rails doesn't enforce any track constraints, so it doesn't actually know when a company has reached its destination, but it's worth knowing that in 1856, there are a set of alternate destinations listed in the rules. I'm not sure what the best way to cover this might be -- perhaps a free-text field for "house rules" that cover any constraints a group of players might have agreed to, for handy reference. (Anything that Rails cannot be expected to enforce, but that players might want to have available for reference, like "you must be able to run on the new portion of track laid", "no sales of unoperated companies", etc., or even something as seemingly minor as "no out-of-band game discussions".) |
|
From: Phil D. <de...@gm...> - 2010-01-27 09:56:22
|
Presumably though, dealing with them sequentially might be a performance hit on opening? and I agree with Freek, technical gibberish is always fun to read :) Thanks for all the fix work, sounds like 1.1.3 is shaping up to be pretty solid Phil 2010/1/26 Erik Vos <eri...@xs...>: > Both train issues have been fixed. > > The Pullmanns being discarded to to the scrapheap instead of the Pool was a > stupid mistake by me. > > The problem with the second and subsequent copies of unlimited quantity > trains was a sequence problem. > I have been so stupid (again) to write the list of executed actions to the > save file as one large ArrayList object, in stead of as a series of single > action objects. > The result is, that the whole list is deserialized and instances of all > their referenced objects are sought for in one fell swoop, before any action > has been executed. Each such train, however, is only created once its > predecessor is bought. As a result, these train objects stay null, which > causes the error. > The fix is to check the train reference in BuyTrain objects on each access, > and if null, instantiate it as yet. > > It would have been much better to read/deserialize *and* execute the action > objects one by one. > But I cannot change that without making all old saved files (i.e. my entire > test set) unusable. > > (and apologies to non-technical readers for the above gibberish) > > Erik. > > > -----Original Message----- > From: Phil Davies [mailto:de...@gm...] > Sent: Tuesday 26 January 2010 11:14 > To: Development list for Rails: an 18xx game > Subject: Re: [Rails-devel] Pullmanns etc. > > Ahh, slight issue I've just noticed. Pullmans that are discarded > appear to vanish into thin air and are discarded form the game, rather > than back to the pool where they should go. > > Phil > > 2010/1/25 Erik Vos <eri...@xs...>: >> OK, I can reproduce it and will have another look. >> Erik. >> >> -----Original Message----- >> From: Phil Davies [mailto:de...@gm...] >> Sent: Monday 25 January 2010 16:39 >> To: Development list for Rails: an 18xx game >> Subject: Re: [Rails-devel] Pullmanns etc. >> (...) >> So that's all really great, the infinite trains issues when loading a >> saved game is still present although at least this one is easy to get >> round. I'll have a hunt of this myself when I get more spare time as >> well as finally getting started on things like the minor company info >> etc. >> >> >> >> > ---------------------------------------------------------------------------- > -- >> The Planet: dedicated and managed hosting, cloud storage, colocation >> Stay online with enterprise data centers and the best network in the > business >> Choose flexible plans and management services without long-term contracts >> Personal 24x7 support from experience hosting pros just a phone call away. >> http://p.sf.net/sfu/theplanet-com >> _______________________________________________ >> Rails-devel mailing list >> Rai...@li... >> https://lists.sourceforge.net/lists/listinfo/rails-devel >> > > ---------------------------------------------------------------------------- > -- > The Planet: dedicated and managed hosting, cloud storage, colocation > Stay online with enterprise data centers and the best network in the > business > Choose flexible plans and management services without long-term contracts > Personal 24x7 support from experience hosting pros just a phone call away. > http://p.sf.net/sfu/theplanet-com > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > > > ------------------------------------------------------------------------------ > The Planet: dedicated and managed hosting, cloud storage, colocation > Stay online with enterprise data centers and the best network in the business > Choose flexible plans and management services without long-term contracts > Personal 24x7 support from experience hosting pros just a phone call away. > http://p.sf.net/sfu/theplanet-com > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
|
From: Freek D. <sf_...@ma...> - 2010-01-27 00:03:27
|
Erik Vos wrote: > (and apologies to non-technical readers for the above gibberish) Yummies. Technical Gibberish. Regards, Freek |
|
From: Freek D. <sf_...@ma...> - 2010-01-27 00:00:29
|
Another minor bug. The TileSet.xml of 18Kaas did contain the wrong attribute for yellow tiles: <Tile id="1" amount="1" /> <Tile id="2" amount="1" /> while the correct attribute is quantity: <Tile id="1" quantity="1" /> <Tile id="2" quantity="1" /> Attached is a patch for 18Kaas. A quick survey learned that this is the only place this is mixed up, but it does make me wonder why CompanyManager.xml and Game.xml use the attribute "amount", while TileSet.xml uses the attribute "quantity", to represent roughly the same thing. Should we change it? Regards, Freek |
|
From: Erik V. <eri...@xs...> - 2010-01-26 20:07:31
|
Both train issues have been fixed. The Pullmanns being discarded to to the scrapheap instead of the Pool was a stupid mistake by me. The problem with the second and subsequent copies of unlimited quantity trains was a sequence problem. I have been so stupid (again) to write the list of executed actions to the save file as one large ArrayList object, in stead of as a series of single action objects. The result is, that the whole list is deserialized and instances of all their referenced objects are sought for in one fell swoop, before any action has been executed. Each such train, however, is only created once its predecessor is bought. As a result, these train objects stay null, which causes the error. The fix is to check the train reference in BuyTrain objects on each access, and if null, instantiate it as yet. It would have been much better to read/deserialize *and* execute the action objects one by one. But I cannot change that without making all old saved files (i.e. my entire test set) unusable. (and apologies to non-technical readers for the above gibberish) Erik. -----Original Message----- From: Phil Davies [mailto:de...@gm...] Sent: Tuesday 26 January 2010 11:14 To: Development list for Rails: an 18xx game Subject: Re: [Rails-devel] Pullmanns etc. Ahh, slight issue I've just noticed. Pullmans that are discarded appear to vanish into thin air and are discarded form the game, rather than back to the pool where they should go. Phil 2010/1/25 Erik Vos <eri...@xs...>: > OK, I can reproduce it and will have another look. > Erik. > > -----Original Message----- > From: Phil Davies [mailto:de...@gm...] > Sent: Monday 25 January 2010 16:39 > To: Development list for Rails: an 18xx game > Subject: Re: [Rails-devel] Pullmanns etc. > (...) > So that's all really great, the infinite trains issues when loading a > saved game is still present although at least this one is easy to get > round. I'll have a hunt of this myself when I get more spare time as > well as finally getting started on things like the minor company info > etc. > > > > ---------------------------------------------------------------------------- -- > The Planet: dedicated and managed hosting, cloud storage, colocation > Stay online with enterprise data centers and the best network in the business > Choose flexible plans and management services without long-term contracts > Personal 24x7 support from experience hosting pros just a phone call away. > http://p.sf.net/sfu/theplanet-com > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > ---------------------------------------------------------------------------- -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com _______________________________________________ Rails-devel mailing list Rai...@li... https://lists.sourceforge.net/lists/listinfo/rails-devel |
|
From: Phil D. <de...@gm...> - 2010-01-26 10:14:14
|
Ahh, slight issue I've just noticed. Pullmans that are discarded appear to vanish into thin air and are discarded form the game, rather than back to the pool where they should go. Phil 2010/1/25 Erik Vos <eri...@xs...>: > OK, I can reproduce it and will have another look. > Erik. > > -----Original Message----- > From: Phil Davies [mailto:de...@gm...] > Sent: Monday 25 January 2010 16:39 > To: Development list for Rails: an 18xx game > Subject: Re: [Rails-devel] Pullmanns etc. > (...) > So that's all really great, the infinite trains issues when loading a > saved game is still present although at least this one is easy to get > round. I'll have a hunt of this myself when I get more spare time as > well as finally getting started on things like the minor company info > etc. > > > > ------------------------------------------------------------------------------ > The Planet: dedicated and managed hosting, cloud storage, colocation > Stay online with enterprise data centers and the best network in the business > Choose flexible plans and management services without long-term contracts > Personal 24x7 support from experience hosting pros just a phone call away. > http://p.sf.net/sfu/theplanet-com > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
|
From: Erik V. <eri...@xs...> - 2010-01-25 21:01:12
|
OK, I can reproduce it and will have another look. Erik. -----Original Message----- From: Phil Davies [mailto:de...@gm...] Sent: Monday 25 January 2010 16:39 To: Development list for Rails: an 18xx game Subject: Re: [Rails-devel] Pullmanns etc. (...) So that's all really great, the infinite trains issues when loading a saved game is still present although at least this one is easy to get round. I'll have a hunt of this myself when I get more spare time as well as finally getting started on things like the minor company info etc. |
|
From: Phil D. <de...@gm...> - 2010-01-25 15:46:03
|
Erik, Thanks for the excellent work the last few weeks, I've just been replaying my EU game from the game log in the current source build, the following issues are definitely fixed from my testing perspective: Discarding pullmans on phase transition Pullmans reappearing after loading a saved game Corporations buying stock from the pool in multiples Incorrect player starting the minor exchange round So that's all really great, the infinite trains issues when loading a saved game is still present although at least this one is easy to get round. I'll have a hunt of this myself when I get more spare time as well as finally getting started on things like the minor company info etc. Phil 2010/1/24 Erik Vos <eri...@xs...>: > I think (or at least hope) that the reported 18EU Pullmann-related problems > have been fixed. > > If a train is bought at the train limit and a Pullmann was owned since the > turn started, then a message "(discard Pullmann)" will be added to each > train buying option. (I'd liked to give that message once, at the top of the > dialog, but that turned out to be less easy to do). > > I have checked that Save and Load now work correctly afterwards. I cannot > guarantee that this will work for "existing cases", i.e. old saved files > where such an action had already occurred, but it does work fine now for > "new cases". > > --- > > I have also fixed two minor issues raised as Bugs in Sourceforge: > > 1. The 1851 map had for Birmingham an ordinary off-board tile as a stop-gap. > I have now created a new grey tile -1143 for that purpose. > > 2. All spaces and most other funny characters in NEXT_PLAYER saved file name > suffixes (i.e. player Names) are now replaced by underscores. Dashes and > periods are retained. > > --- > > I do not plan any new work for the next release. We could wait a few more > days for new or updated bug reports, but from my POV release 1.1.3 can be > issued soon now. > > Erik. > > > ------------------------------------------------------------------------------ > Throughout its 18-year history, RSA Conference consistently attracts the > world's best and brightest in the field, creating opportunities for Conference > attendees to learn about information security's most important issues through > interactions with peers, luminaries and emerging and established companies. > http://p.sf.net/sfu/rsaconf-dev2dev > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
|
From: Phil D. <de...@gm...> - 2010-01-24 23:12:44
|
Seconded :) 2010/1/23 Jim Black <ji...@ko...>: > > On Jan 23, 2010, at 2:25 PM, rai...@li... wrote: >> But I should remark that from now on I will likely have >> a lot less time to work on Rails than in the past weeks. >> When 1.1.3 is out it might well become a bit quiet here.... > > I've been wondering how long you would keep this up- it's been great to see all this forward progress with Rails, but seemed like it couldn't go on at this pace. > > For the record, I've found it much more stable these days- kudos! [And so- leaving no good deed unpunished, I'm retracting my contrary vote of a few weeks ago- I'd love to see support for more 18xx titles (1870, 18Neb, ..), some day! %-] > > Hopefully as Rails evolves, it will at least get incrementally easier to add new titles- even though each one can introduce a major wrinkle. (From 1830 privates-stock-exchange, to 1856 CGR exchange, to 1870 price-controls, etc.) > > But, most of all- I wanted to thank you guys again, for all this development and great work on Rails lately. > > It's been appreciated and recognized by all the new Rails users, positive reports on BGG and the yahoo list, etc. > > best, > -jim > > > ------------------------------------------------------------------------------ > Throughout its 18-year history, RSA Conference consistently attracts the > world's best and brightest in the field, creating opportunities for Conference > attendees to learn about information security's most important issues through > interactions with peers, luminaries and emerging and established companies. > http://p.sf.net/sfu/rsaconf-dev2dev > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
|
From: Erik V. <eri...@xs...> - 2010-01-24 17:14:15
|
That's the danger of copy and paste. I have put in better Javadoc now. Thanks, Erik. -----Original Message----- From: Freek Dijkstra [mailto:sf_...@ma...] Sent: Sunday 24 January 2010 18:05 To: rai...@li... Subject: [?? Probable Spam] [Rails-devel] Javadoc BonusToken FYI, I was just browsing through the code and noticed that the JavaDoc for BonusToken contains the text for BaseToken. Freek ---------------------------------------------------------------------------- -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev _______________________________________________ Rails-devel mailing list Rai...@li... https://lists.sourceforge.net/lists/listinfo/rails-devel |
|
From: Erik V. <eri...@xs...> - 2010-01-24 17:10:29
|
I think (or at least hope) that the reported 18EU Pullmann-related problems have been fixed. If a train is bought at the train limit and a Pullmann was owned since the turn started, then a message "(discard Pullmann)" will be added to each train buying option. (I'd liked to give that message once, at the top of the dialog, but that turned out to be less easy to do). I have checked that Save and Load now work correctly afterwards. I cannot guarantee that this will work for "existing cases", i.e. old saved files where such an action had already occurred, but it does work fine now for "new cases". --- I have also fixed two minor issues raised as Bugs in Sourceforge: 1. The 1851 map had for Birmingham an ordinary off-board tile as a stop-gap. I have now created a new grey tile -1143 for that purpose. 2. All spaces and most other funny characters in NEXT_PLAYER saved file name suffixes (i.e. player Names) are now replaced by underscores. Dashes and periods are retained. --- I do not plan any new work for the next release. We could wait a few more days for new or updated bug reports, but from my POV release 1.1.3 can be issued soon now. Erik. |
|
From: Freek D. <sf_...@ma...> - 2010-01-24 17:05:18
|
FYI, I was just browsing through the code and noticed that the JavaDoc for BonusToken contains the text for BaseToken. Freek |
|
From: Jim B. <ji...@ko...> - 2010-01-23 23:05:33
|
On Jan 23, 2010, at 2:25 PM, rai...@li... wrote: > But I should remark that from now on I will likely have > a lot less time to work on Rails than in the past weeks. > When 1.1.3 is out it might well become a bit quiet here.... I've been wondering how long you would keep this up- it's been great to see all this forward progress with Rails, but seemed like it couldn't go on at this pace. For the record, I've found it much more stable these days- kudos! [And so- leaving no good deed unpunished, I'm retracting my contrary vote of a few weeks ago- I'd love to see support for more 18xx titles (1870, 18Neb, ..), some day! %-] Hopefully as Rails evolves, it will at least get incrementally easier to add new titles- even though each one can introduce a major wrinkle. (From 1830 privates-stock-exchange, to 1856 CGR exchange, to 1870 price-controls, etc.) But, most of all- I wanted to thank you guys again, for all this development and great work on Rails lately. It's been appreciated and recognized by all the new Rails users, positive reports on BGG and the yahoo list, etc. best, -jim |
|
From: brett l. <wak...@gm...> - 2010-01-23 23:04:08
|
On Sat, Jan 23, 2010 at 2:25 PM, Freek Dijkstra <sf_...@ma...> wrote: > Erik Vos <eri...@xs...> wrote: > >>> On yes, Brett, are you going to revert the TileSet.xml changes? > > Brett replied: > >> Ah. Yes. I saw your commit and just haven't had time to revert Freek's patch. >> >> I'll do that later tonight. > > One comment, you also reverted the option description in the XML files, > so the option no longer shows up in the "New game" dialog. > > Attached is a patch with only these "GameOption" tags (not the unneeded > tileset.xml changes). Could you commit this? > > Thanks, > Freek > Applied. |
|
From: Freek D. <sf_...@ma...> - 2010-01-23 22:25:39
|
Erik Vos <eri...@xs...> wrote: >> On yes, Brett, are you going to revert the TileSet.xml changes? Brett replied: > Ah. Yes. I saw your commit and just haven't had time to revert Freek's patch. > > I'll do that later tonight. One comment, you also reverted the option description in the XML files, so the option no longer shows up in the "New game" dialog. Attached is a patch with only these "GameOption" tags (not the unneeded tileset.xml changes). Could you commit this? Thanks, Freek |
|
From: brett l. <wak...@gm...> - 2010-01-22 22:15:29
|
Ah. Yes. I saw your commit and just haven't had time to revert Freek's patch. I'll do that later tonight. ---Brett. On Fri, Jan 22, 2010 at 2:10 PM, Erik Vos <eri...@xs...> wrote: > On yes, Brett, are you going to revert the TileSet.xml changes? > These are unnecessary now that I have hardcoded processing the > unlimited tiles option, and the mismatch between my old > shorter versions and the longer versions in CVS > is greatly slowing down my synchronizations. > > Erik. > > -----Original Message----- > From: Erik Vos [mailto:eri...@xs...] > Sent: Friday 22 January 2010 23:08 > To: 'Development list for Rails: an 18xx game' > Subject: RE: [Rails-devel] Fixes > > No, not yet. I'm going to look at the Pullmanns > and perhaps do another thing or two. > > But I should remark that from now on I will likely have > a lot less time to work on Rails than in the past weeks. > When 1.1.3 is out it might well become a bit quiet here.... > > Erik. > > -----Original Message----- > From: brett lentz [mailto:wak...@gm...] > Sent: Friday 22 January 2010 22:59 > To: Development list for Rails: an 18xx game > Subject: Re: [Rails-devel] Fixes > > Should we ship out 1.1.3 this weekend, or would you like to do a few > more fixes first? > > ---Brett. > > > > On Fri, Jan 22, 2010 at 1:54 PM, Erik Vos <eri...@xs...> wrote: >> I have found and fixed two bugs that bear upon the recently found > problems: >> >> 1. On loading a game, the game options in GamesList.xml are not read. >> I had recently removed processing of the options that had been duplicated > in >> Game.xml, but that caused the default values not being known at a game >> reload. For most options that isn't fatal, but 18EU is the only game >> currently having numeric game options (i.e. the extra 3 and 4-trains). The >> result was that reloading 3- and 4-trains failed. I haven't exactly sorted >> out the mechanism, but it turned out that reverting the removal of > Game.xml >> option processing fixed the train-related problems (I also found the >> defaults were actually missing in Game.xml, so I suspect there must have >> been some problems all the time). >> >> 2. The StockRound had a while statement that should have been an if >> statement. That caused the looping that I and some other users have >> experienced. >> >> My problems are now gone, and also Jon's saved file loads fine, including >> the bought 8-train. >> I'd suggest people who run from the source base to update and recheck. >> >> Erik. >> >> >> > ---------------------------------------------------------------------------- > -- >> Throughout its 18-year history, RSA Conference consistently attracts the >> world's best and brightest in the field, creating opportunities for > Conference >> attendees to learn about information security's most important issues > through >> interactions with peers, luminaries and emerging and established > companies. >> http://p.sf.net/sfu/rsaconf-dev2dev >> _______________________________________________ >> Rails-devel mailing list >> Rai...@li... >> https://lists.sourceforge.net/lists/listinfo/rails-devel >> > > ---------------------------------------------------------------------------- > -- > Throughout its 18-year history, RSA Conference consistently attracts the > world's best and brightest in the field, creating opportunities for > Conference > attendees to learn about information security's most important issues > through > interactions with peers, luminaries and emerging and established companies. > http://p.sf.net/sfu/rsaconf-dev2dev > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > > > ------------------------------------------------------------------------------ > Throughout its 18-year history, RSA Conference consistently attracts the > world's best and brightest in the field, creating opportunities for Conference > attendees to learn about information security's most important issues through > interactions with peers, luminaries and emerging and established companies. > http://p.sf.net/sfu/rsaconf-dev2dev > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
|
From: Erik V. <eri...@xs...> - 2010-01-22 22:10:20
|
On yes, Brett, are you going to revert the TileSet.xml changes? These are unnecessary now that I have hardcoded processing the unlimited tiles option, and the mismatch between my old shorter versions and the longer versions in CVS is greatly slowing down my synchronizations. Erik. -----Original Message----- From: Erik Vos [mailto:eri...@xs...] Sent: Friday 22 January 2010 23:08 To: 'Development list for Rails: an 18xx game' Subject: RE: [Rails-devel] Fixes No, not yet. I'm going to look at the Pullmanns and perhaps do another thing or two. But I should remark that from now on I will likely have a lot less time to work on Rails than in the past weeks. When 1.1.3 is out it might well become a bit quiet here.... Erik. -----Original Message----- From: brett lentz [mailto:wak...@gm...] Sent: Friday 22 January 2010 22:59 To: Development list for Rails: an 18xx game Subject: Re: [Rails-devel] Fixes Should we ship out 1.1.3 this weekend, or would you like to do a few more fixes first? ---Brett. On Fri, Jan 22, 2010 at 1:54 PM, Erik Vos <eri...@xs...> wrote: > I have found and fixed two bugs that bear upon the recently found problems: > > 1. On loading a game, the game options in GamesList.xml are not read. > I had recently removed processing of the options that had been duplicated in > Game.xml, but that caused the default values not being known at a game > reload. For most options that isn't fatal, but 18EU is the only game > currently having numeric game options (i.e. the extra 3 and 4-trains). The > result was that reloading 3- and 4-trains failed. I haven't exactly sorted > out the mechanism, but it turned out that reverting the removal of Game.xml > option processing fixed the train-related problems (I also found the > defaults were actually missing in Game.xml, so I suspect there must have > been some problems all the time). > > 2. The StockRound had a while statement that should have been an if > statement. That caused the looping that I and some other users have > experienced. > > My problems are now gone, and also Jon's saved file loads fine, including > the bought 8-train. > I'd suggest people who run from the source base to update and recheck. > > Erik. > > > ---------------------------------------------------------------------------- -- > Throughout its 18-year history, RSA Conference consistently attracts the > world's best and brightest in the field, creating opportunities for Conference > attendees to learn about information security's most important issues through > interactions with peers, luminaries and emerging and established companies. > http://p.sf.net/sfu/rsaconf-dev2dev > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > ---------------------------------------------------------------------------- -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev _______________________________________________ Rails-devel mailing list Rai...@li... https://lists.sourceforge.net/lists/listinfo/rails-devel |
|
From: Erik V. <eri...@xs...> - 2010-01-22 22:07:28
|
No, not yet. I'm going to look at the Pullmanns and perhaps do another thing or two. But I should remark that from now on I will likely have a lot less time to work on Rails than in the past weeks. When 1.1.3 is out it might well become a bit quiet here.... Erik. -----Original Message----- From: brett lentz [mailto:wak...@gm...] Sent: Friday 22 January 2010 22:59 To: Development list for Rails: an 18xx game Subject: Re: [Rails-devel] Fixes Should we ship out 1.1.3 this weekend, or would you like to do a few more fixes first? ---Brett. On Fri, Jan 22, 2010 at 1:54 PM, Erik Vos <eri...@xs...> wrote: > I have found and fixed two bugs that bear upon the recently found problems: > > 1. On loading a game, the game options in GamesList.xml are not read. > I had recently removed processing of the options that had been duplicated in > Game.xml, but that caused the default values not being known at a game > reload. For most options that isn't fatal, but 18EU is the only game > currently having numeric game options (i.e. the extra 3 and 4-trains). The > result was that reloading 3- and 4-trains failed. I haven't exactly sorted > out the mechanism, but it turned out that reverting the removal of Game.xml > option processing fixed the train-related problems (I also found the > defaults were actually missing in Game.xml, so I suspect there must have > been some problems all the time). > > 2. The StockRound had a while statement that should have been an if > statement. That caused the looping that I and some other users have > experienced. > > My problems are now gone, and also Jon's saved file loads fine, including > the bought 8-train. > I'd suggest people who run from the source base to update and recheck. > > Erik. > > > ---------------------------------------------------------------------------- -- > Throughout its 18-year history, RSA Conference consistently attracts the > world's best and brightest in the field, creating opportunities for Conference > attendees to learn about information security's most important issues through > interactions with peers, luminaries and emerging and established companies. > http://p.sf.net/sfu/rsaconf-dev2dev > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > ---------------------------------------------------------------------------- -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev _______________________________________________ Rails-devel mailing list Rai...@li... https://lists.sourceforge.net/lists/listinfo/rails-devel |
|
From: Phil D. <de...@gm...> - 2010-01-22 22:07:00
|
Excellent news Erik, thanks :) I've been keeping a few save files with some of the recent issues, so I will try some testing with those against the source build. 2010/1/22 brett lentz <wak...@gm...>: > Should we ship out 1.1.3 this weekend, or would you like to do a few > more fixes first? > > ---Brett. > > > > On Fri, Jan 22, 2010 at 1:54 PM, Erik Vos <eri...@xs...> wrote: >> I have found and fixed two bugs that bear upon the recently found problems: >> >> 1. On loading a game, the game options in GamesList.xml are not read. >> I had recently removed processing of the options that had been duplicated in >> Game.xml, but that caused the default values not being known at a game >> reload. For most options that isn't fatal, but 18EU is the only game >> currently having numeric game options (i.e. the extra 3 and 4-trains). The >> result was that reloading 3- and 4-trains failed. I haven't exactly sorted >> out the mechanism, but it turned out that reverting the removal of Game.xml >> option processing fixed the train-related problems (I also found the >> defaults were actually missing in Game.xml, so I suspect there must have >> been some problems all the time). >> >> 2. The StockRound had a while statement that should have been an if >> statement. That caused the looping that I and some other users have >> experienced. >> >> My problems are now gone, and also Jon's saved file loads fine, including >> the bought 8-train. >> I'd suggest people who run from the source base to update and recheck. >> >> Erik. >> >> >> ------------------------------------------------------------------------------ >> Throughout its 18-year history, RSA Conference consistently attracts the >> world's best and brightest in the field, creating opportunities for Conference >> attendees to learn about information security's most important issues through >> interactions with peers, luminaries and emerging and established companies. >> http://p.sf.net/sfu/rsaconf-dev2dev >> _______________________________________________ >> Rails-devel mailing list >> Rai...@li... >> https://lists.sourceforge.net/lists/listinfo/rails-devel >> > > ------------------------------------------------------------------------------ > Throughout its 18-year history, RSA Conference consistently attracts the > world's best and brightest in the field, creating opportunities for Conference > attendees to learn about information security's most important issues through > interactions with peers, luminaries and emerging and established companies. > http://p.sf.net/sfu/rsaconf-dev2dev > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
|
From: Erik V. <eri...@xs...> - 2010-01-22 22:03:37
|
The user interface could be improved though: I would prefer to see it in a separate window with tabs per topic instead of burried in submenus. Nice idea, but I'm not going to do that. I'm not working towards the best possible GUI (I'm not qualified to design and build that to start with) but towards a working one. You asked what was missing. Rick mentioned the "18xx rules difference list" (thanks!) and I would say: more or less all the information in there. That is a bit much, and we have explained before that we're not going to spell out all game-specific rules in Rails. Particular things I tend to forget: All kinds of bank rules (as they vary per game, and I tend to forget): - when does a public company float (# of shares sold) - share restrictions for each phase - is there an escrow for sold shares, when does it apply? (in 1856, yes for shares depending on the phases, and released if destination is reached; in 1835 for shares sold; in 1830 all money) - where does operating money end up for unsold shares or shares in the pool? (in 1856 dividend for shares in the bank pool; in 1870 for unissued shares) Some of this might end up in Info, in particular the complex 1856 capitalization rules. For public companies: - destination location Yes, that's useful. Erik. |
|
From: brett l. <wak...@gm...> - 2010-01-22 21:59:31
|
Should we ship out 1.1.3 this weekend, or would you like to do a few more fixes first? ---Brett. On Fri, Jan 22, 2010 at 1:54 PM, Erik Vos <eri...@xs...> wrote: > I have found and fixed two bugs that bear upon the recently found problems: > > 1. On loading a game, the game options in GamesList.xml are not read. > I had recently removed processing of the options that had been duplicated in > Game.xml, but that caused the default values not being known at a game > reload. For most options that isn't fatal, but 18EU is the only game > currently having numeric game options (i.e. the extra 3 and 4-trains). The > result was that reloading 3- and 4-trains failed. I haven't exactly sorted > out the mechanism, but it turned out that reverting the removal of Game.xml > option processing fixed the train-related problems (I also found the > defaults were actually missing in Game.xml, so I suspect there must have > been some problems all the time). > > 2. The StockRound had a while statement that should have been an if > statement. That caused the looping that I and some other users have > experienced. > > My problems are now gone, and also Jon's saved file loads fine, including > the bought 8-train. > I'd suggest people who run from the source base to update and recheck. > > Erik. > > > ------------------------------------------------------------------------------ > Throughout its 18-year history, RSA Conference consistently attracts the > world's best and brightest in the field, creating opportunities for Conference > attendees to learn about information security's most important issues through > interactions with peers, luminaries and emerging and established companies. > http://p.sf.net/sfu/rsaconf-dev2dev > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
|
From: Erik V. <eri...@xs...> - 2010-01-22 21:54:44
|
I have found and fixed two bugs that bear upon the recently found problems: 1. On loading a game, the game options in GamesList.xml are not read. I had recently removed processing of the options that had been duplicated in Game.xml, but that caused the default values not being known at a game reload. For most options that isn't fatal, but 18EU is the only game currently having numeric game options (i.e. the extra 3 and 4-trains). The result was that reloading 3- and 4-trains failed. I haven't exactly sorted out the mechanism, but it turned out that reverting the removal of Game.xml option processing fixed the train-related problems (I also found the defaults were actually missing in Game.xml, so I suspect there must have been some problems all the time). 2. The StockRound had a while statement that should have been an if statement. That caused the looping that I and some other users have experienced. My problems are now gone, and also Jon's saved file loads fine, including the bought 8-train. I'd suggest people who run from the source base to update and recheck. Erik. |
99 messages has been excluded from this view by a project administrator.
