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: Brett L. <wak...@ea...> - 2006-01-05 01:08:56
|
I just squashed some of the remaining bugs for station selection. Now we can fully populate the NYC hex with tokens. I also adjusted some of the coordinates in the drawing code so that a fully populated NYC hex even looks half-way decent. Look for these changes in a CVS repository near you. ---Brett. |
From: Erik V. <eri...@hc...> - 2006-01-04 20:55:22
|
> I'm testing it out, and it seems to work ok. > > 2 bugs I'm finding in my testing: > > 1. Portfolio.removeTrain() can sometimes throw a NullPointerException > It happened to me when a company had to drop a train when > 5-trains came out. > I think this was the second time this company had to drop > trains, because earlier on, I had to drop a train when > 4-trains were bought. Here were 2 bugs: one in the discard procedure, and another in that buying a 3-train from the pool when the 4-trains are for sale incorrectly made the 5-trains available. This corrupted the whole logic. Both fixed now. > 2. The purchase of the first 5-train doesn't immediately > close all Private companies. Was not yet implemented. Now it is. Erik. |
From: Brett L. <wak...@ea...> - 2006-01-04 01:52:34
|
A couple more small additions from me tonight: Hexes being blocked by private companies are now indicated on the game map. The name of the blocking private company is being overlayed onto the hex. When laying tokens, we now check to make sure that each company can only have one token at a particular hex. This seems to be a fairly universal rule for all 18xx games. ---Brett. |
From: Brett L. <wak...@ea...> - 2006-01-04 00:50:11
|
I'm testing it out, and it seems to work ok. 2 bugs I'm finding in my testing: 1. Portfolio.removeTrain() can sometimes throw a NullPointerException It happened to me when a company had to drop a train when 5-trains came out. I think this was the second time this company had to drop trains, because earlier on, I had to drop a train when 4-trains were bought. This looks like we just need to check the element in the list to make sure it's not null, and if it is null, find the next train in the list that has the same parameters as the train selected for removal. 2. The purchase of the first 5-train doesn't immediately close all Private companies. ---Brett. -----Original Message----- >From: Erik Vos <eri...@hc...> >Sent: Jan 3, 2006 6:24 PM >To: rai...@li... >Subject: [Rails-devel] ORs per SR > >The number of ORs per SR was sort of implemented, >but hardcoded for 1830, and with a bug that reduced >the number of ORs by 1 if it was >1. > >It should now work correctly. > >Erik. > > > > >------------------------------------------------------- >This SF.net email is sponsored by: Splunk Inc. Do you grep through log files >for problems? Stop! Download the new AJAX search engine that makes >searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! >http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click >_______________________________________________ >Rails-devel mailing list >Rai...@li... >https://lists.sourceforge.net/lists/listinfo/rails-devel |
From: Erik V. <eri...@hc...> - 2006-01-03 23:24:55
|
The number of ORs per SR was sort of implemented, but hardcoded for 1830, and with a bug that reduced the number of ORs by 1 if it was >1. It should now work correctly. Erik. |
From: Brett L. <wak...@ea...> - 2006-01-03 20:23:23
|
No worries. We're definitely getting to the point where some dedicated testers would be really helpful. We've got enough of the major stuff working that it's now requiring us to play through several steps of a game in order to reach the areas we're currently working on. It's time consuming enough that perhaps some of the other people lurking on this list can be prodded into helping us locate any remaining bugs. ---Brett. -----Original Message----- >From: Erik Vos <eri...@hc...> >Sent: Jan 3, 2006 10:29 AM >To: rai...@li... >Subject: RE: [Rails-devel] OR Bug? > >> Good. :-) >> >> Have you also noticed that laying special tiles is not >> limited at all yet? A public company that owns a private who >> is allowed to lay special tiles can lay any tile anywhere on >> the map, and can lay any number of tiles. > >No, I thought I had tested that, but apparently not well enough! > >Erik. > > > > >------------------------------------------------------- >This SF.net email is sponsored by: Splunk Inc. Do you grep through log files >for problems? Stop! Download the new AJAX search engine that makes >searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! >http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click >_______________________________________________ >Rails-devel mailing list >Rai...@li... >https://lists.sourceforge.net/lists/listinfo/rails-devel |
From: Erik V. <eri...@hc...> - 2006-01-03 18:29:23
|
> Good. :-) > > Have you also noticed that laying special tiles is not > limited at all yet? A public company that owns a private who > is allowed to lay special tiles can lay any tile anywhere on > the map, and can lay any number of tiles. No, I thought I had tested that, but apparently not well enough! Erik. |
From: Brett L. <wak...@ea...> - 2006-01-03 02:50:04
|
I've tweaked the hex highlighting a bit. Now we highlight selected hexes for both tile upgrades and token placement. Also, I pulled the main highlighting logic out into it's own private method so that mouseClicked isn't quite as complicated. ---Brett. -----Original Message----- >From: Brett Lentz <wak...@ea...> >Sent: Jan 2, 2006 6:06 PM >To: rai...@li... >Subject: [Rails-devel] More Token additions > >I've committed a couple more updates to the Token code. > >I've added size checking logic so that now more tokens can't be added beyond the number of available slots. Also, this is propagated upward to display an error message. > > >---Brett > > > >-----Original Message----- >>From: Brett Lentz <wak...@ea...> >>Sent: Jan 1, 2006 6:05 PM >>To: rails-devel <rai...@li...> >>Subject: [Rails-devel] Token bug when upgrading hexes fixed >> >>Ok... I've committed the fix for what I hope is the last token placement bug. >> >>Now when tiles are upgraded, the tokens are correctly moved to a new list and reassigned to the hex. >> >>Many of the problems I was having in this area of the code were due to Java's insistence on passing everything by reference. >> >> >>---Brett. >> > > >------------------------------------------------------- >This SF.net email is sponsored by: Splunk Inc. Do you grep through log files >for problems? Stop! Download the new AJAX search engine that makes >searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! >http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click >_______________________________________________ >Rails-devel mailing list >Rai...@li... >https://lists.sourceforge.net/lists/listinfo/rails-devel |
From: Brett L. <wak...@ea...> - 2006-01-03 02:05:17
|
Good. :-) Have you also noticed that laying special tiles is not limited at all yet? A public company that owns a private who is allowed to lay special tiles can lay any tile anywhere on the map, and can lay any number of tiles. ---Brett. -----Original Message----- >From: Erik Vos <eri...@hc...> >Sent: Jan 2, 2006 4:25 PM >To: rai...@li... >Subject: RE: [Rails-devel] OR Bug? > >Ah, indeed not implemented yet. >That gives me something to do this week! > >Erik. > >> -----Original Message----- >> From: rai...@li... >> [mailto:rai...@li...] On Behalf Of >> Brett Lentz >> Sent: 02 January 2006 20:48 >> To: rai...@li... >> Subject: [Rails-devel] OR Bug? >> >> To test things out, I'm playing through a mock game of 1830. >> >> I'm noticing that even after 3 trains have been purchased, >> there's still only one OR between each stock round. >> >> Is this a bug, or just not implemented yet? >> >> >> ---Brett. >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: Splunk Inc. Do you grep >> through log files >> for problems? Stop! Download the new AJAX search engine that makes >> searching your log files as easy as surfing the web. >> DOWNLOAD SPLUNK! >> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click >> _______________________________________________ >> Rails-devel mailing list >> Rai...@li... >> https://lists.sourceforge.net/lists/listinfo/rails-devel >> >> > > > > >------------------------------------------------------- >This SF.net email is sponsored by: Splunk Inc. Do you grep through log files >for problems? Stop! Download the new AJAX search engine that makes >searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! >http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click >_______________________________________________ >Rails-devel mailing list >Rai...@li... >https://lists.sourceforge.net/lists/listinfo/rails-devel |
From: Brett L. <wak...@ea...> - 2006-01-02 23:06:38
|
I've committed a couple more updates to the Token code. I've added size checking logic so that now more tokens can't be added beyond the number of available slots. Also, this is propagated upward to display an error message. ---Brett -----Original Message----- >From: Brett Lentz <wak...@ea...> >Sent: Jan 1, 2006 6:05 PM >To: rails-devel <rai...@li...> >Subject: [Rails-devel] Token bug when upgrading hexes fixed > >Ok... I've committed the fix for what I hope is the last token placement bug. > >Now when tiles are upgraded, the tokens are correctly moved to a new list and reassigned to the hex. > >Many of the problems I was having in this area of the code were due to Java's insistence on passing everything by reference. > > >---Brett. > |
From: Erik V. <eri...@hc...> - 2006-01-02 21:25:24
|
Ah, indeed not implemented yet. That gives me something to do this week! Erik. > -----Original Message----- > From: rai...@li... > [mailto:rai...@li...] On Behalf Of > Brett Lentz > Sent: 02 January 2006 20:48 > To: rai...@li... > Subject: [Rails-devel] OR Bug? > > To test things out, I'm playing through a mock game of 1830. > > I'm noticing that even after 3 trains have been purchased, > there's still only one OR between each stock round. > > Is this a bug, or just not implemented yet? > > > ---Brett. > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep > through log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. > DOWNLOAD SPLUNK! > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > > |
From: Brett L. <wak...@ea...> - 2006-01-02 19:47:50
|
To test things out, I'm playing through a mock game of 1830. I'm noticing that even after 3 trains have been purchased, there's still only one OR between each stock round. Is this a bug, or just not implemented yet? ---Brett. |
From: Brett L. <wak...@ea...> - 2006-01-02 02:05:28
|
Ok... I've committed the fix for what I hope is the last token placement bug. Now when tiles are upgraded, the tokens are correctly moved to a new list and reassigned to the hex. Many of the problems I was having in this area of the code were due to Java's insistence on passing everything by reference. ---Brett. |
From: Brett L. <wak...@ea...> - 2005-12-30 20:59:28
|
Yeah, I know about this bug. I'm working on it. ---Brett. -----Original Message----- >From: Erik Vos <eri...@hc...> >Sent: Dec 30, 2005 6:20 AM >To: rai...@li... >Subject: [Rails-devel] No tile/token > >I have changed the "Cancel" button to read >"No Tile" or "No token" where appropriate, >as discussed a while ago. > >An error seems to have crept into the token >drawing code: if I lay a B&O token on J14 >and a PRR token on H10, both hexes show >both a B&O and a PRR token after a while. > >Erik. > > > > >------------------------------------------------------- >This SF.net email is sponsored by: Splunk Inc. Do you grep through log files >for problems? Stop! Download the new AJAX search engine that makes >searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! >http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click >_______________________________________________ >Rails-devel mailing list >Rai...@li... >https://lists.sourceforge.net/lists/listinfo/rails-devel |
From: Erik V. <eri...@hc...> - 2005-12-30 14:20:53
|
I have changed the "Cancel" button to read "No Tile" or "No token" where appropriate, as discussed a while ago. An error seems to have crept into the token drawing code: if I lay a B&O token on J14 and a PRR token on H10, both hexes show both a B&O and a PRR token after a while. Erik. |
From: Brett L. <wak...@ea...> - 2005-12-28 23:07:54
|
Great! That's fixed. I've just comitted additions to the mess that is token drawing. Now we're at least drawing tokens in such a way that you can see all the tokens on the hex. In many cases it's rather ugly and doesn't at all account for tile rotation, but at least you're being shown the pertinent information needed to play. I'm considering whether to add compensating for tile rotation into this mess, but I think that may be something best left for waiting until John's tile rendering framework is available to pull more specific coordinate data from. For now, it's one more step toward playability. ---Brett. -----Original Message----- >From: Erik Vos <eri...@hc...> >Sent: Dec 27, 2005 6:55 PM >To: rai...@li... >Subject: RE: [Rails-devel] Fun with Tokens > > >> The bug is that I am stepping through the game to the point >> where I have met all the requirements needed to upgrade the >> B&O's home tile and the game is tossing back an error saying >> that the hex can't be upgraded yet. > >Just got a brainwave: when I implemented the hex-blocking feature, >I did unlock when the private was bought, but forgot to unlock >when the private closed! I knew it, but it slipped out of my mind.... > >The track-preserving rule now also works, except in some cases >with brown multi-city (OO) tiles. > >Erik. > > > > >------------------------------------------------------- >This SF.net email is sponsored by: Splunk Inc. Do you grep through log files >for problems? Stop! Download the new AJAX search engine that makes >searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! >http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click >_______________________________________________ >Rails-devel mailing list >Rai...@li... >https://lists.sourceforge.net/lists/listinfo/rails-devel |
From: Erik V. <eri...@hc...> - 2005-12-27 23:55:19
|
> The bug is that I am stepping through the game to the point > where I have met all the requirements needed to upgrade the > B&O's home tile and the game is tossing back an error saying > that the hex can't be upgraded yet. Just got a brainwave: when I implemented the hex-blocking feature, I did unlock when the private was bought, but forgot to unlock when the private closed! I knew it, but it slipped out of my mind.... The track-preserving rule now also works, except in some cases with brown multi-city (OO) tiles. Erik. |
From: Brett L. <wak...@ea...> - 2005-12-27 23:03:21
|
-----Original Message----- >From: "John A. Tamplin" <jat...@ja...> >Sent: Dec 27, 2005 2:42 PM >To: rai...@li... >Subject: Re: [Rails-devel] Fun with Tokens > >On Tue, 27 Dec 2005, Brett Lentz wrote: > >> My understanding is that the B&O private is supposed to close when the >> B&O Public company buys its first train. > >Correct. > >> So, this should be a non-issue by the time 3-trains roll around. > >It usually is, but sometimes the B&O owner is content to receive $30/OR >and spend the money elsewhere if nobody "helps" him float it. It should >be treated no differently than any other private which blocks a track lay >-- if it is still open and not owned by a company, you can't lay track >there. > Right, I'm aware of that ability, but that's not the issue I'm pointing out here. This isn't an issue with the game rules, it's a bug in our rules processing. The bug is that I am stepping through the game to the point where I have met all the requirements needed to upgrade the B&O's home tile and the game is tossing back an error saying that the hex can't be upgraded yet. ---Brett. |
From: Erik V. <eri...@hc...> - 2005-12-27 22:59:05
|
> > My understanding is that the B&O private is supposed to > close when the > > B&O Public company buys its first train. > > Correct. > > > So, this should be a non-issue by the time 3-trains roll around. > > It usually is, but sometimes the B&O owner is content to > receive $30/OR > and spend the money elsewhere if nobody "helps" him float it. > It should > be treated no differently than any other private which blocks > a track lay > -- if it is still open and not owned by a company, you can't > lay track > there. This all has worked, but apparently some change has broken it. Erik. |
From: Erik V. <eri...@hc...> - 2005-12-27 22:58:14
|
> >> 1. I'm unable to upgrade I15 (B&O home tile) even after 3 > trains have > >> been purchased. Very strange, this has worked before without problems. I'm now working on implementing the track-preservation rule on tile upgrades, and will try to pick up this bug and other annoyances later this week. Erik. |
From: John A. T. <jat...@ja...> - 2005-12-27 22:42:41
|
On Tue, 27 Dec 2005, Brett Lentz wrote: > My understanding is that the B&O private is supposed to close when the > B&O Public company buys its first train. Correct. > So, this should be a non-issue by the time 3-trains roll around. It usually is, but sometimes the B&O owner is content to receive $30/OR and spend the money elsewhere if nobody "helps" him float it. It should be treated no differently than any other private which blocks a track lay -- if it is still open and not owned by a company, you can't lay track there. -- John A. Tamplin ja...@ja... 770/436-5387 HOME 4116 Manson Ave Smyrna, GA 30082-3723 |
From: Brett L. <wak...@ea...> - 2005-12-27 21:45:05
|
My understanding is that the B&O private is supposed to close when the B&O Public company buys its first train. So, this should be a non-issue by the time 3-trains roll around. ---Brett. -----Original Message----- >From: "John A. Tamplin" <ja...@ja...> >Sent: Dec 27, 2005 1:12 PM >To: rai...@li... >Subject: Re: [Rails-devel] Fun with Tokens > >On Tue, 27 Dec 2005, Brett Lentz wrote: > >> 1. I'm unable to upgrade I15 (B&O home tile) even after 3 trains have >> been purchased. > >The B&O private must have been purchased or closed as well for this tile >lay to be legal. > >-- >John A. Tamplin ja...@ja... >770/436-5387 HOME 4116 Manson Ave > Smyrna, GA 30082-3723 > > > >------------------------------------------------------- >This SF.net email is sponsored by: Splunk Inc. Do you grep through log files >for problems? Stop! Download the new AJAX search engine that makes >searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! >http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click >_______________________________________________ >Rails-devel mailing list >Rai...@li... >https://lists.sourceforge.net/lists/listinfo/rails-devel |
From: John A. T. <ja...@ja...> - 2005-12-27 21:12:25
|
On Tue, 27 Dec 2005, Brett Lentz wrote: > 1. I'm unable to upgrade I15 (B&O home tile) even after 3 trains have > been purchased. The B&O private must have been purchased or closed as well for this tile lay to be legal. -- John A. Tamplin ja...@ja... 770/436-5387 HOME 4116 Manson Ave Smyrna, GA 30082-3723 |
From: Brett L. <wak...@ea...> - 2005-12-27 21:03:51
|
Yup. The rotation bug was due to the new tile images. I've committed the new tile image set. That doesn't fix the bug on I15, however. ---Brett. -----Original Message----- >From: Brett Lentz <wak...@ea...> >Sent: Dec 27, 2005 12:52 PM >To: rai...@li... >Subject: [Rails-devel] Fun with Tokens > > >>I have found the core bug with the token placement. Apparently there's some point separating the Hex-side Station list from the Tile-side Station list is failing and the tokens are being added to the Tile-side Station list. >> > > >OK. I've fixed this bug and committed the changes. It looks like the cause was a couple different things related to explicit separation of hex and tile station lists. > >Now token laying looks like it's working properly. I've added some debug code to output token locations to the console. > >However, there are still bugs in token drawing, especially for drawing hexes with more than one token. Until I squash the drawing bugs, I'll leave in the debug code spamming the console with token locations. > >Also, I'm seeing two new bugs: > >1. I'm unable to upgrade I15 (B&O home tile) even after 3 trains have been purchased. >2. J14 appears to have a new hex rotation bug. This may be due to the new hex graphics that I haven't committed to CVS yet. I'll explore that shortly. > >---Brett. > |
From: Brett L. <wak...@ea...> - 2005-12-27 20:52:43
|
>I have found the core bug with the token placement. Apparently there's some point separating the Hex-side Station list from the Tile-side Station list is failing and the tokens are being added to the Tile-side Station list. > OK. I've fixed this bug and committed the changes. It looks like the cause was a couple different things related to explicit separation of hex and tile station lists. Now token laying looks like it's working properly. I've added some debug code to output token locations to the console. However, there are still bugs in token drawing, especially for drawing hexes with more than one token. Until I squash the drawing bugs, I'll leave in the debug code spamming the console with token locations. Also, I'm seeing two new bugs: 1. I'm unable to upgrade I15 (B&O home tile) even after 3 trains have been purchased. 2. J14 appears to have a new hex rotation bug. This may be due to the new hex graphics that I haven't committed to CVS yet. I'll explore that shortly. ---Brett. |