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: Justin R. <jus...@gm...> - 2011-03-08 01:48:50
|
Ah, here's the non-twitter user missing the joke entirely. On Mon, Mar 7, 2011 at 5:45 PM, Chris Shaffer <chr...@gm...> wrote: > Well, I was referring to Twitter, but there you go. > Enough off-topic chatter, I guess. > -- > Chris > > Please consider the environment before printing this e-mail. > > > On Mon, Mar 7, 2011 at 5:44 PM, Justin Rebelo <jus...@gm...> > wrote: >> >> Bah. If you're going over 80 characters, you're doing it wrong! >> >> I code in 80-character vim windows to force myself to keep from >> nesting too deeply. Yes, it's sometimes impractically difficult to >> adhere to this but in general I find it nice to try and stick with it. >> >> On Mon, Mar 7, 2011 at 3:53 PM, Chris Shaffer <chr...@gm...> >> wrote: >> > It used to be that 80 columns was enough. Now these young >> > whippersnappers >> > want 140 characters. >> > >> > -- >> > Chris >> > >> > Please consider the environment before printing this e-mail. >> > >> > >> > On Mon, Mar 7, 2011 at 2:25 PM, Justin Rebelo <jus...@gm...> >> > wrote: >> >> >> >> I've heard of this Fortran before...is that the language written on >> >> the walls of Egyptian tombs? >> >> >> >> On Mon, Mar 7, 2011 at 2:08 PM, Chris Shaffer <chr...@gm...> >> >> wrote: >> >> > Note that I think (for now) my role will be editing/updating/checking >> >> > XML >> >> > files. My real programming skills stopped updating back in BASIC and >> >> > FORTRAN days... >> >> > I'll be happy to check the 18GA XML files that Adam sent. In my >> >> > files, >> >> > I >> >> > had left comments like "need to implement free T2 train." >> >> > -- >> >> > Chris >> >> > >> >> > Please consider the environment before printing this e-mail. >> >> > >> >> > >> >> > On Mon, Mar 7, 2011 at 6:08 AM, Scott Petersen <sc...@re...> >> >> > wrote: >> >> >> >> >> >> On Mon, Mar 7, 2011 at 3:16 AM, Chris Shaffer >> >> >> <chr...@gm...> >> >> >> wrote: >> >> >>> >> >> >>> Well, that's funny. I had a few minutes last week and decided to >> >> >>> try >> >> >>> figuring out the xml files by doing 18GA. I guess the work is >> >> >>> wasted, >> >> >>> though the learning process was fruitful. >> >> >> >> >> >> Chris, it looks like Adam got a little farther than I he led on with >> >> >> the >> >> >> 18GA files. I see that he changed the map, public and private >> >> >> companies, >> >> >> trains, the tile list and the stock market. Do you want to take the >> >> >> next >> >> >> step to check the work he has done? A further step is to figure out >> >> >> how to >> >> >> address special rules. I was planning to do some work on 18GA, but >> >> >> I >> >> >> have >> >> >> other items to work on so I don't mind letting you take it on. >> >> >> >> >> >>> >> >> >>> Is there any way we can mark games people are working on, so there >> >> >>> isn't >> >> >>> duplication of effort? >> >> >> >> >> >> I think we should keep it simple and be overly communicative on this >> >> >> listserv rather than creating another process. Presumably, once a >> >> >> game >> >> >> has >> >> >> the basic XML files so that it can be played by 1830 rules, it can >> >> >> be >> >> >> added >> >> >> into Rails. >> >> > >> >> > >> >> > >> >> > >> >> > ------------------------------------------------------------------------------ >> >> > What You Don't Know About Data Connectivity CAN Hurt You >> >> > This paper provides an overview of data connectivity, details >> >> > its effect on application quality, and explores various alternative >> >> > solutions. http://p.sf.net/sfu/progress-d2d >> >> > _______________________________________________ >> >> > Rails-devel mailing list >> >> > Rai...@li... >> >> > https://lists.sourceforge.net/lists/listinfo/rails-devel >> >> > >> >> > >> >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> What You Don't Know About Data Connectivity CAN Hurt You >> >> This paper provides an overview of data connectivity, details >> >> its effect on application quality, and explores various alternative >> >> solutions. http://p.sf.net/sfu/progress-d2d >> >> _______________________________________________ >> >> Rails-devel mailing list >> >> Rai...@li... >> >> https://lists.sourceforge.net/lists/listinfo/rails-devel >> > >> > >> > >> > ------------------------------------------------------------------------------ >> > What You Don't Know About Data Connectivity CAN Hurt You >> > This paper provides an overview of data connectivity, details >> > its effect on application quality, and explores various alternative >> > solutions. http://p.sf.net/sfu/progress-d2d >> > _______________________________________________ >> > Rails-devel mailing list >> > Rai...@li... >> > https://lists.sourceforge.net/lists/listinfo/rails-devel >> > >> > >> >> >> ------------------------------------------------------------------------------ >> What You Don't Know About Data Connectivity CAN Hurt You >> This paper provides an overview of data connectivity, details >> its effect on application quality, and explores various alternative >> solutions. http://p.sf.net/sfu/progress-d2d >> _______________________________________________ >> Rails-devel mailing list >> Rai...@li... >> https://lists.sourceforge.net/lists/listinfo/rails-devel > > > ------------------------------------------------------------------------------ > What You Don't Know About Data Connectivity CAN Hurt You > This paper provides an overview of data connectivity, details > its effect on application quality, and explores various alternative > solutions. http://p.sf.net/sfu/progress-d2d > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > > |
|
From: Chris S. <chr...@gm...> - 2011-03-08 01:45:32
|
Well, I was referring to Twitter, but there you go. Enough off-topic chatter, I guess. -- Chris Please consider the environment before printing this e-mail. On Mon, Mar 7, 2011 at 5:44 PM, Justin Rebelo <jus...@gm...>wrote: > Bah. If you're going over 80 characters, you're doing it wrong! > > I code in 80-character vim windows to force myself to keep from > nesting too deeply. Yes, it's sometimes impractically difficult to > adhere to this but in general I find it nice to try and stick with it. > > On Mon, Mar 7, 2011 at 3:53 PM, Chris Shaffer <chr...@gm...> > wrote: > > It used to be that 80 columns was enough. Now these young > whippersnappers > > want 140 characters. > > > > -- > > Chris > > > > Please consider the environment before printing this e-mail. > > > > > > On Mon, Mar 7, 2011 at 2:25 PM, Justin Rebelo <jus...@gm...> > > wrote: > >> > >> I've heard of this Fortran before...is that the language written on > >> the walls of Egyptian tombs? > >> > >> On Mon, Mar 7, 2011 at 2:08 PM, Chris Shaffer <chr...@gm...> > >> wrote: > >> > Note that I think (for now) my role will be editing/updating/checking > >> > XML > >> > files. My real programming skills stopped updating back in BASIC and > >> > FORTRAN days... > >> > I'll be happy to check the 18GA XML files that Adam sent. In my > files, > >> > I > >> > had left comments like "need to implement free T2 train." > >> > -- > >> > Chris > >> > > >> > Please consider the environment before printing this e-mail. > >> > > >> > > >> > On Mon, Mar 7, 2011 at 6:08 AM, Scott Petersen <sc...@re...> > >> > wrote: > >> >> > >> >> On Mon, Mar 7, 2011 at 3:16 AM, Chris Shaffer < > chr...@gm...> > >> >> wrote: > >> >>> > >> >>> Well, that's funny. I had a few minutes last week and decided to > try > >> >>> figuring out the xml files by doing 18GA. I guess the work is > wasted, > >> >>> though the learning process was fruitful. > >> >> > >> >> Chris, it looks like Adam got a little farther than I he led on with > >> >> the > >> >> 18GA files. I see that he changed the map, public and private > >> >> companies, > >> >> trains, the tile list and the stock market. Do you want to take the > >> >> next > >> >> step to check the work he has done? A further step is to figure out > >> >> how to > >> >> address special rules. I was planning to do some work on 18GA, but I > >> >> have > >> >> other items to work on so I don't mind letting you take it on. > >> >> > >> >>> > >> >>> Is there any way we can mark games people are working on, so there > >> >>> isn't > >> >>> duplication of effort? > >> >> > >> >> I think we should keep it simple and be overly communicative on this > >> >> listserv rather than creating another process. Presumably, once a > game > >> >> has > >> >> the basic XML files so that it can be played by 1830 rules, it can be > >> >> added > >> >> into Rails. > >> > > >> > > >> > > >> > > ------------------------------------------------------------------------------ > >> > What You Don't Know About Data Connectivity CAN Hurt You > >> > This paper provides an overview of data connectivity, details > >> > its effect on application quality, and explores various alternative > >> > solutions. http://p.sf.net/sfu/progress-d2d > >> > _______________________________________________ > >> > Rails-devel mailing list > >> > Rai...@li... > >> > https://lists.sourceforge.net/lists/listinfo/rails-devel > >> > > >> > > >> > >> > >> > ------------------------------------------------------------------------------ > >> What You Don't Know About Data Connectivity CAN Hurt You > >> This paper provides an overview of data connectivity, details > >> its effect on application quality, and explores various alternative > >> solutions. http://p.sf.net/sfu/progress-d2d > >> _______________________________________________ > >> Rails-devel mailing list > >> Rai...@li... > >> https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > > > > ------------------------------------------------------------------------------ > > What You Don't Know About Data Connectivity CAN Hurt You > > This paper provides an overview of data connectivity, details > > its effect on application quality, and explores various alternative > > solutions. http://p.sf.net/sfu/progress-d2d > > _______________________________________________ > > Rails-devel mailing list > > Rai...@li... > > https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > > > > ------------------------------------------------------------------------------ > What You Don't Know About Data Connectivity CAN Hurt You > This paper provides an overview of data connectivity, details > its effect on application quality, and explores various alternative > solutions. http://p.sf.net/sfu/progress-d2d > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
|
From: Justin R. <jus...@gm...> - 2011-03-08 01:44:14
|
Bah. If you're going over 80 characters, you're doing it wrong! I code in 80-character vim windows to force myself to keep from nesting too deeply. Yes, it's sometimes impractically difficult to adhere to this but in general I find it nice to try and stick with it. On Mon, Mar 7, 2011 at 3:53 PM, Chris Shaffer <chr...@gm...> wrote: > It used to be that 80 columns was enough. Now these young whippersnappers > want 140 characters. > > -- > Chris > > Please consider the environment before printing this e-mail. > > > On Mon, Mar 7, 2011 at 2:25 PM, Justin Rebelo <jus...@gm...> > wrote: >> >> I've heard of this Fortran before...is that the language written on >> the walls of Egyptian tombs? >> >> On Mon, Mar 7, 2011 at 2:08 PM, Chris Shaffer <chr...@gm...> >> wrote: >> > Note that I think (for now) my role will be editing/updating/checking >> > XML >> > files. My real programming skills stopped updating back in BASIC and >> > FORTRAN days... >> > I'll be happy to check the 18GA XML files that Adam sent. In my files, >> > I >> > had left comments like "need to implement free T2 train." >> > -- >> > Chris >> > >> > Please consider the environment before printing this e-mail. >> > >> > >> > On Mon, Mar 7, 2011 at 6:08 AM, Scott Petersen <sc...@re...> >> > wrote: >> >> >> >> On Mon, Mar 7, 2011 at 3:16 AM, Chris Shaffer <chr...@gm...> >> >> wrote: >> >>> >> >>> Well, that's funny. I had a few minutes last week and decided to try >> >>> figuring out the xml files by doing 18GA. I guess the work is wasted, >> >>> though the learning process was fruitful. >> >> >> >> Chris, it looks like Adam got a little farther than I he led on with >> >> the >> >> 18GA files. I see that he changed the map, public and private >> >> companies, >> >> trains, the tile list and the stock market. Do you want to take the >> >> next >> >> step to check the work he has done? A further step is to figure out >> >> how to >> >> address special rules. I was planning to do some work on 18GA, but I >> >> have >> >> other items to work on so I don't mind letting you take it on. >> >> >> >>> >> >>> Is there any way we can mark games people are working on, so there >> >>> isn't >> >>> duplication of effort? >> >> >> >> I think we should keep it simple and be overly communicative on this >> >> listserv rather than creating another process. Presumably, once a game >> >> has >> >> the basic XML files so that it can be played by 1830 rules, it can be >> >> added >> >> into Rails. >> > >> > >> > >> > ------------------------------------------------------------------------------ >> > What You Don't Know About Data Connectivity CAN Hurt You >> > This paper provides an overview of data connectivity, details >> > its effect on application quality, and explores various alternative >> > solutions. http://p.sf.net/sfu/progress-d2d >> > _______________________________________________ >> > Rails-devel mailing list >> > Rai...@li... >> > https://lists.sourceforge.net/lists/listinfo/rails-devel >> > >> > >> >> >> ------------------------------------------------------------------------------ >> What You Don't Know About Data Connectivity CAN Hurt You >> This paper provides an overview of data connectivity, details >> its effect on application quality, and explores various alternative >> solutions. http://p.sf.net/sfu/progress-d2d >> _______________________________________________ >> Rails-devel mailing list >> Rai...@li... >> https://lists.sourceforge.net/lists/listinfo/rails-devel > > > ------------------------------------------------------------------------------ > What You Don't Know About Data Connectivity CAN Hurt You > This paper provides an overview of data connectivity, details > its effect on application quality, and explores various alternative > solutions. http://p.sf.net/sfu/progress-d2d > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > > |
|
From: Chris S. <chr...@gm...> - 2011-03-07 23:53:11
|
It used to be that 80 columns was enough. Now these young whippersnappers want 140 characters. -- Chris Please consider the environment before printing this e-mail. On Mon, Mar 7, 2011 at 2:25 PM, Justin Rebelo <jus...@gm...>wrote: > I've heard of this Fortran before...is that the language written on > the walls of Egyptian tombs? > > On Mon, Mar 7, 2011 at 2:08 PM, Chris Shaffer <chr...@gm...> > wrote: > > Note that I think (for now) my role will be editing/updating/checking XML > > files. My real programming skills stopped updating back in BASIC and > > FORTRAN days... > > I'll be happy to check the 18GA XML files that Adam sent. In my files, I > > had left comments like "need to implement free T2 train." > > -- > > Chris > > > > Please consider the environment before printing this e-mail. > > > > > > On Mon, Mar 7, 2011 at 6:08 AM, Scott Petersen <sc...@re...> > wrote: > >> > >> On Mon, Mar 7, 2011 at 3:16 AM, Chris Shaffer <chr...@gm...> > >> wrote: > >>> > >>> Well, that's funny. I had a few minutes last week and decided to try > >>> figuring out the xml files by doing 18GA. I guess the work is wasted, > >>> though the learning process was fruitful. > >> > >> Chris, it looks like Adam got a little farther than I he led on with the > >> 18GA files. I see that he changed the map, public and private > companies, > >> trains, the tile list and the stock market. Do you want to take the > next > >> step to check the work he has done? A further step is to figure out how > to > >> address special rules. I was planning to do some work on 18GA, but I > have > >> other items to work on so I don't mind letting you take it on. > >> > >>> > >>> Is there any way we can mark games people are working on, so there > isn't > >>> duplication of effort? > >> > >> I think we should keep it simple and be overly communicative on this > >> listserv rather than creating another process. Presumably, once a game > has > >> the basic XML files so that it can be played by 1830 rules, it can be > added > >> into Rails. > > > > > > > ------------------------------------------------------------------------------ > > What You Don't Know About Data Connectivity CAN Hurt You > > This paper provides an overview of data connectivity, details > > its effect on application quality, and explores various alternative > > solutions. http://p.sf.net/sfu/progress-d2d > > _______________________________________________ > > Rails-devel mailing list > > Rai...@li... > > https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > > > > ------------------------------------------------------------------------------ > What You Don't Know About Data Connectivity CAN Hurt You > This paper provides an overview of data connectivity, details > its effect on application quality, and explores various alternative > solutions. http://p.sf.net/sfu/progress-d2d > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
|
From: Steve U. <ste...@gm...> - 2011-03-07 23:38:40
|
No, you're thinking of COBOL. Steve Undy st...@ro... On Mon, Mar 7, 2011 at 3:25 PM, Justin Rebelo <jus...@gm...>wrote: > I've heard of this Fortran before...is that the language written on > the walls of Egyptian tombs? > > On Mon, Mar 7, 2011 at 2:08 PM, Chris Shaffer <chr...@gm...> > wrote: > > Note that I think (for now) my role will be editing/updating/checking XML > > files. My real programming skills stopped updating back in BASIC and > > FORTRAN days... > > I'll be happy to check the 18GA XML files that Adam sent. In my files, I > > had left comments like "need to implement free T2 train." > > -- > > Chris > > > > Please consider the environment before printing this e-mail. > > > > > > On Mon, Mar 7, 2011 at 6:08 AM, Scott Petersen <sc...@re...> > wrote: > >> > >> On Mon, Mar 7, 2011 at 3:16 AM, Chris Shaffer <chr...@gm...> > >> wrote: > >>> > >>> Well, that's funny. I had a few minutes last week and decided to try > >>> figuring out the xml files by doing 18GA. I guess the work is wasted, > >>> though the learning process was fruitful. > >> > >> Chris, it looks like Adam got a little farther than I he led on with the > >> 18GA files. I see that he changed the map, public and private > companies, > >> trains, the tile list and the stock market. Do you want to take the > next > >> step to check the work he has done? A further step is to figure out how > to > >> address special rules. I was planning to do some work on 18GA, but I > have > >> other items to work on so I don't mind letting you take it on. > >> > >>> > >>> Is there any way we can mark games people are working on, so there > isn't > >>> duplication of effort? > >> > >> I think we should keep it simple and be overly communicative on this > >> listserv rather than creating another process. Presumably, once a game > has > >> the basic XML files so that it can be played by 1830 rules, it can be > added > >> into Rails. > > > > > > > ------------------------------------------------------------------------------ > > What You Don't Know About Data Connectivity CAN Hurt You > > This paper provides an overview of data connectivity, details > > its effect on application quality, and explores various alternative > > solutions. http://p.sf.net/sfu/progress-d2d > > _______________________________________________ > > Rails-devel mailing list > > Rai...@li... > > https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > > > > ------------------------------------------------------------------------------ > What You Don't Know About Data Connectivity CAN Hurt You > This paper provides an overview of data connectivity, details > its effect on application quality, and explores various alternative > solutions. http://p.sf.net/sfu/progress-d2d > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
|
From: Justin R. <jus...@gm...> - 2011-03-07 22:25:25
|
I've heard of this Fortran before...is that the language written on the walls of Egyptian tombs? On Mon, Mar 7, 2011 at 2:08 PM, Chris Shaffer <chr...@gm...> wrote: > Note that I think (for now) my role will be editing/updating/checking XML > files. My real programming skills stopped updating back in BASIC and > FORTRAN days... > I'll be happy to check the 18GA XML files that Adam sent. In my files, I > had left comments like "need to implement free T2 train." > -- > Chris > > Please consider the environment before printing this e-mail. > > > On Mon, Mar 7, 2011 at 6:08 AM, Scott Petersen <sc...@re...> wrote: >> >> On Mon, Mar 7, 2011 at 3:16 AM, Chris Shaffer <chr...@gm...> >> wrote: >>> >>> Well, that's funny. I had a few minutes last week and decided to try >>> figuring out the xml files by doing 18GA. I guess the work is wasted, >>> though the learning process was fruitful. >> >> Chris, it looks like Adam got a little farther than I he led on with the >> 18GA files. I see that he changed the map, public and private companies, >> trains, the tile list and the stock market. Do you want to take the next >> step to check the work he has done? A further step is to figure out how to >> address special rules. I was planning to do some work on 18GA, but I have >> other items to work on so I don't mind letting you take it on. >> >>> >>> Is there any way we can mark games people are working on, so there isn't >>> duplication of effort? >> >> I think we should keep it simple and be overly communicative on this >> listserv rather than creating another process. Presumably, once a game has >> the basic XML files so that it can be played by 1830 rules, it can be added >> into Rails. > > > ------------------------------------------------------------------------------ > What You Don't Know About Data Connectivity CAN Hurt You > This paper provides an overview of data connectivity, details > its effect on application quality, and explores various alternative > solutions. http://p.sf.net/sfu/progress-d2d > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > > |
|
From: Chris S. <chr...@gm...> - 2011-03-07 22:09:05
|
Note that I think (for now) my role will be editing/updating/checking XML files. My real programming skills stopped updating back in BASIC and FORTRAN days... I'll be happy to check the 18GA XML files that Adam sent. In my files, I had left comments like "need to implement free T2 train." -- Chris Please consider the environment before printing this e-mail. On Mon, Mar 7, 2011 at 6:08 AM, Scott Petersen <sc...@re...> wrote: > On Mon, Mar 7, 2011 at 3:16 AM, Chris Shaffer <chr...@gm...>wrote: > >> Well, that's funny. I had a few minutes last week and decided to try >> figuring out the xml files by doing 18GA. I guess the work is wasted, >> though the learning process was fruitful. > > > Chris, it looks like Adam got a little farther than I he led on with the > 18GA files. I see that he changed the map, public and private companies, > trains, the tile list and the stock market. Do you want to take the next > step to check the work he has done? A further step is to figure out how to > address special rules. I was planning to do some work on 18GA, but I have > other items to work on so I don't mind letting you take it on. > > >> Is there any way we can mark games people are working on, so there isn't >> duplication of effort? >> > > I think we should keep it simple and be overly communicative on this > listserv rather than creating another process. Presumably, once a game has > the basic XML files so that it can be played by 1830 rules, it can be added > into Rails. > |
|
From: Erik V. <eri...@xs...> - 2011-03-07 21:37:31
|
Glad that I have resisted the strong temptation to do the same thing.. J Erik. Van: Scott Petersen [mailto:sc...@re...] Verzonden: maandag 7 maart 2011 15:08 Aan: Development list for Rails: an 18xx game Onderwerp: Re: [Rails-devel] 18GA On Mon, Mar 7, 2011 at 3:16 AM, Chris Shaffer <chr...@gm...> wrote: Well, that's funny. I had a few minutes last week and decided to try figuring out the xml files by doing 18GA. I guess the work is wasted, though the learning process was fruitful. |
|
From: Adam B. <ab...@o2...> - 2011-03-07 17:28:11
|
Note also that the map file I sent contains some XML mark-up for the symbols I am working on. They can be removed and are subject to change.
Adam Badura
From: ab...@o2...
Sent: Monday, March 07, 2011 3:13 PM
To: Development list for Rails: an 18xx game
Subject: Re: [Rails-devel] 18GA
If I’m not mistaken defaulting to 18AL rules is better. Privates require different approach but blocking aspect was already done in 1889 and 1856 so this should be mostly code reuse. Also map requires adding Atlanta and its upgrades tiles and few other tiles which are 18GA specific.
Adam Badura
From: Scott Petersen
Sent: Monday, March 07, 2011 3:08 PM
To: Development list for Rails: an 18xx game
Subject: Re: [Rails-devel] 18GA
On Mon, Mar 7, 2011 at 3:16 AM, Chris Shaffer <chr...@gm...> wrote:
Well, that's funny. I had a few minutes last week and decided to try figuring out the xml files by doing 18GA. I guess the work is wasted, though the learning process was fruitful.
Chris, it looks like Adam got a little farther than I he led on with the 18GA files. I see that he changed the map, public and private companies, trains, the tile list and the stock market. Do you want to take the next step to check the work he has done? A further step is to figure out how to address special rules. I was planning to do some work on 18GA, but I have other items to work on so I don't mind letting you take it on.
Is there any way we can mark games people are working on, so there isn't duplication of effort?
I think we should keep it simple and be overly communicative on this listserv rather than creating another process. Presumably, once a game has the basic XML files so that it can be played by 1830 rules, it can be added into Rails.
--------------------------------------------------------------------------------
------------------------------------------------------------------------------
What You Don't Know About Data Connectivity CAN Hurt You
This paper provides an overview of data connectivity, details
its effect on application quality, and explores various alternative
solutions. http://p.sf.net/sfu/progress-d2d
--------------------------------------------------------------------------------
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel
--------------------------------------------------------------------------------
------------------------------------------------------------------------------
What You Don't Know About Data Connectivity CAN Hurt You
This paper provides an overview of data connectivity, details
its effect on application quality, and explores various alternative
solutions. http://p.sf.net/sfu/progress-d2d
--------------------------------------------------------------------------------
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel
|
|
From: brett l. <bre...@gm...> - 2011-03-07 15:49:40
|
Sending a comment to the mailing list, or perhaps the wiki, are both good places for that. ---Brett. On Mon, Mar 7, 2011 at 1:16 AM, Chris Shaffer <chr...@gm...> wrote: > Well, that's funny. I had a few minutes last week and decided to try > figuring out the xml files by doing 18GA. I guess the work is wasted, > though the learning process was fruitful. > Is there any way we can mark games people are working on, so there isn't > duplication of effort? > -- > Chris > > Please consider the environment before printing this e-mail. > > > On Sun, Mar 6, 2011 at 4:12 PM, Scott Petersen <sc...@re...> wrote: >> >> Yes, I'll try to take it a little further. >> >> On Sun, Mar 6, 2011 at 4:36 PM, Erik Vos <eri...@xs...> wrote: >>> >>> Adam, >>> >>> >>> >>> Thanks a lot. >>> >>> It may be a few days before I can seriously look at this package, so if >>> Scott or anyone else would like to give it a try, please go ahead. >>> >>> >>> >>> Erik. >>> >>> >>> >>> Van: Adam Badura [mailto:ab...@o2...] >>> Verzonden: zondag 6 maart 2011 21:54 >>> Aan: Development list for Rails: an 18xx game >>> Onderwerp: Re: [Rails-devel] 18GA >>> >>> >>> >>> In attachement there are zipped data/18GA folder and >>> data/GamesList.xml. >>> >>> If I recall correctly I did only map and without Atlanta and those >>> special upgrades. >>> >>> >>> >>> Adam Badura >>> >>> >>> >>> From: Scott Petersen >>> >>> Sent: Saturday, March 05, 2011 7:49 PM >>> >>> To: Development list for Rails: an 18xx game >>> >>> Subject: [Rails-devel] 18GA >>> >>> >>> >>> Is anyone actively working on XML files for 18GA? Adam Badura? I would >>> like to spend some time on them, but don't want to duplicate effort. I'll >>> take them as far as I can with just XML. If they are a work in progress, I >>> could finish them up. >>> >>> I will also work on implementing the Cotton Port variant which mostly >>> only changes the map, but also lets the GA place two home tokens (not sure >>> the best way to implement that). >>> >>> ________________________________ >>> >>> >>> ------------------------------------------------------------------------------ >>> What You Don't Know About Data Connectivity CAN Hurt You >>> This paper provides an overview of data connectivity, details >>> its effect on application quality, and explores various alternative >>> solutions. http://p.sf.net/sfu/progress-d2d >>> >>> ________________________________ >>> >>> _______________________________________________ >>> Rails-devel mailing list >>> Rai...@li... >>> https://lists.sourceforge.net/lists/listinfo/rails-devel >>> >>> >>> ------------------------------------------------------------------------------ >>> What You Don't Know About Data Connectivity CAN Hurt You >>> This paper provides an overview of data connectivity, details >>> its effect on application quality, and explores various alternative >>> solutions. http://p.sf.net/sfu/progress-d2d >>> _______________________________________________ >>> Rails-devel mailing list >>> Rai...@li... >>> https://lists.sourceforge.net/lists/listinfo/rails-devel >>> >> >> >> >> ------------------------------------------------------------------------------ >> What You Don't Know About Data Connectivity CAN Hurt You >> This paper provides an overview of data connectivity, details >> its effect on application quality, and explores various alternative >> solutions. http://p.sf.net/sfu/progress-d2d >> _______________________________________________ >> Rails-devel mailing list >> Rai...@li... >> https://lists.sourceforge.net/lists/listinfo/rails-devel >> > > > ------------------------------------------------------------------------------ > What You Don't Know About Data Connectivity CAN Hurt You > This paper provides an overview of data connectivity, details > its effect on application quality, and explores various alternative > solutions. http://p.sf.net/sfu/progress-d2d > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > > |
|
From: <ab...@o2...> - 2011-03-07 14:13:10
|
If I’m not mistaken defaulting to 18AL rules is better. Privates require different approach but blocking aspect was already done in 1889 and 1856 so this should be mostly code reuse. Also map requires adding Atlanta and its upgrades tiles and few other tiles which are 18GA specific.
Adam Badura
From: Scott Petersen
Sent: Monday, March 07, 2011 3:08 PM
To: Development list for Rails: an 18xx game
Subject: Re: [Rails-devel] 18GA
On Mon, Mar 7, 2011 at 3:16 AM, Chris Shaffer <chr...@gm...> wrote:
Well, that's funny. I had a few minutes last week and decided to try figuring out the xml files by doing 18GA. I guess the work is wasted, though the learning process was fruitful.
Chris, it looks like Adam got a little farther than I he led on with the 18GA files. I see that he changed the map, public and private companies, trains, the tile list and the stock market. Do you want to take the next step to check the work he has done? A further step is to figure out how to address special rules. I was planning to do some work on 18GA, but I have other items to work on so I don't mind letting you take it on.
Is there any way we can mark games people are working on, so there isn't duplication of effort?
I think we should keep it simple and be overly communicative on this listserv rather than creating another process. Presumably, once a game has the basic XML files so that it can be played by 1830 rules, it can be added into Rails.
--------------------------------------------------------------------------------
------------------------------------------------------------------------------
What You Don't Know About Data Connectivity CAN Hurt You
This paper provides an overview of data connectivity, details
its effect on application quality, and explores various alternative
solutions. http://p.sf.net/sfu/progress-d2d
--------------------------------------------------------------------------------
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel
|
|
From: Scott P. <sc...@re...> - 2011-03-07 14:09:04
|
On Mon, Mar 7, 2011 at 3:16 AM, Chris Shaffer <chr...@gm...>wrote: > Well, that's funny. I had a few minutes last week and decided to try > figuring out the xml files by doing 18GA. I guess the work is wasted, > though the learning process was fruitful. Chris, it looks like Adam got a little farther than I he led on with the 18GA files. I see that he changed the map, public and private companies, trains, the tile list and the stock market. Do you want to take the next step to check the work he has done? A further step is to figure out how to address special rules. I was planning to do some work on 18GA, but I have other items to work on so I don't mind letting you take it on. > Is there any way we can mark games people are working on, so there isn't > duplication of effort? > I think we should keep it simple and be overly communicative on this listserv rather than creating another process. Presumably, once a game has the basic XML files so that it can be played by 1830 rules, it can be added into Rails. |
|
From: Stefan F. <jk...@gm...> - 2011-03-07 10:11:51
|
Hello Chris, Am 07.03.2011 10:16, schrieb Chris Shaffer: > Well, that's funny. I had a few minutes last week and decided to try > figuring out the xml files by doing 18GA. I guess the work is wasted, > though the learning process was fruitful. I got the impression that there several people that are trying to figuring out the xml files. Maybe we could save a lot of manpower time if the fruits of the learning process would land on the wiki. I am still struggling and using my personal page on the rails wiki as pipeline/playground: https://sourceforge.net/apps/mediawiki/rails/index.php?title=User:Stefanf68 (little personal rant: it is a pita to try to write something about TileDesigner when that f.....g software does not accept the .18t file of his creator) > Is there any way we can mark games people are working on, so there isn't > duplication of effort? One possibility, depending on the acceptance of the wiki, could be to create a page on the wiki about "man at work". ciao stefan |
|
From: Chris S. <chr...@gm...> - 2011-03-07 09:16:33
|
Well, that's funny. I had a few minutes last week and decided to try figuring out the xml files by doing 18GA. I guess the work is wasted, though the learning process was fruitful. Is there any way we can mark games people are working on, so there isn't duplication of effort? -- Chris Please consider the environment before printing this e-mail. On Sun, Mar 6, 2011 at 4:12 PM, Scott Petersen <sc...@re...> wrote: > Yes, I'll try to take it a little further. > > > On Sun, Mar 6, 2011 at 4:36 PM, Erik Vos <eri...@xs...> wrote: > >> Adam, >> >> >> >> Thanks a lot. >> >> It may be a few days before I can seriously look at this package, so if >> Scott or anyone else would like to give it a try, please go ahead. >> >> >> >> Erik. >> >> >> >> *Van:* Adam Badura [mailto:ab...@o2...] >> *Verzonden:* zondag 6 maart 2011 21:54 >> *Aan:* Development list for Rails: an 18xx game >> *Onderwerp:* Re: [Rails-devel] 18GA >> >> >> >> In attachement there are zipped data/18GA folder and >> data/GamesList.xml. >> >> If I recall correctly I did only map and without Atlanta and those >> special upgrades. >> >> >> >> Adam Badura >> >> >> >> *From:* Scott Petersen <sc...@re...> >> >> *Sent:* Saturday, March 05, 2011 7:49 PM >> >> *To:* Development list for Rails: an 18xx game<rai...@li...> >> >> *Subject:* [Rails-devel] 18GA >> >> >> >> Is anyone actively working on XML files for 18GA? Adam Badura? I would >> like to spend some time on them, but don't want to duplicate effort. I'll >> take them as far as I can with just XML. If they are a work in progress, I >> could finish them up. >> >> I will also work on implementing the Cotton Port variant which mostly only >> changes the map, but also lets the GA place two home tokens (not sure the >> best way to implement that). >> ------------------------------ >> >> >> ------------------------------------------------------------------------------ >> What You Don't Know About Data Connectivity CAN Hurt You >> This paper provides an overview of data connectivity, details >> its effect on application quality, and explores various alternative >> solutions. http://p.sf.net/sfu/progress-d2d >> ------------------------------ >> >> _______________________________________________ >> Rails-devel mailing list >> Rai...@li... >> https://lists.sourceforge.net/lists/listinfo/rails-devel >> >> >> ------------------------------------------------------------------------------ >> What You Don't Know About Data Connectivity CAN Hurt You >> This paper provides an overview of data connectivity, details >> its effect on application quality, and explores various alternative >> solutions. http://p.sf.net/sfu/progress-d2d >> _______________________________________________ >> Rails-devel mailing list >> Rai...@li... >> https://lists.sourceforge.net/lists/listinfo/rails-devel >> >> > > > ------------------------------------------------------------------------------ > What You Don't Know About Data Connectivity CAN Hurt You > This paper provides an overview of data connectivity, details > its effect on application quality, and explores various alternative > solutions. http://p.sf.net/sfu/progress-d2d > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > > |
|
From: Scott P. <sc...@re...> - 2011-03-07 00:12:51
|
Yes, I'll try to take it a little further. On Sun, Mar 6, 2011 at 4:36 PM, Erik Vos <eri...@xs...> wrote: > Adam, > > > > Thanks a lot. > > It may be a few days before I can seriously look at this package, so if > Scott or anyone else would like to give it a try, please go ahead. > > > > Erik. > > > > *Van:* Adam Badura [mailto:ab...@o2...] > *Verzonden:* zondag 6 maart 2011 21:54 > *Aan:* Development list for Rails: an 18xx game > *Onderwerp:* Re: [Rails-devel] 18GA > > > > In attachement there are zipped data/18GA folder and > data/GamesList.xml. > > If I recall correctly I did only map and without Atlanta and those > special upgrades. > > > > Adam Badura > > > > *From:* Scott Petersen <sc...@re...> > > *Sent:* Saturday, March 05, 2011 7:49 PM > > *To:* Development list for Rails: an 18xx game<rai...@li...> > > *Subject:* [Rails-devel] 18GA > > > > Is anyone actively working on XML files for 18GA? Adam Badura? I would > like to spend some time on them, but don't want to duplicate effort. I'll > take them as far as I can with just XML. If they are a work in progress, I > could finish them up. > > I will also work on implementing the Cotton Port variant which mostly only > changes the map, but also lets the GA place two home tokens (not sure the > best way to implement that). > ------------------------------ > > > ------------------------------------------------------------------------------ > What You Don't Know About Data Connectivity CAN Hurt You > This paper provides an overview of data connectivity, details > its effect on application quality, and explores various alternative > solutions. http://p.sf.net/sfu/progress-d2d > ------------------------------ > > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > > > ------------------------------------------------------------------------------ > What You Don't Know About Data Connectivity CAN Hurt You > This paper provides an overview of data connectivity, details > its effect on application quality, and explores various alternative > solutions. http://p.sf.net/sfu/progress-d2d > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > > |
|
From: Erik V. <eri...@xs...> - 2011-03-06 22:36:10
|
Adam,
Thanks a lot.
It may be a few days before I can seriously look at this package, so if
Scott or anyone else would like to give it a try, please go ahead.
Erik.
Van: Adam Badura [mailto:ab...@o2...]
Verzonden: zondag 6 maart 2011 21:54
Aan: Development list for Rails: an 18xx game
Onderwerp: Re: [Rails-devel] 18GA
In attachement there are zipped data/18GA folder and data/GamesList.xml.
If I recall correctly I did only map and without Atlanta and those
special upgrades.
Adam Badura
From: Scott Petersen <mailto:sc...@re...>
Sent: Saturday, March 05, 2011 7:49 PM
To: Development list for Rails: an 18xx game
<mailto:rai...@li...>
Subject: [Rails-devel] 18GA
Is anyone actively working on XML files for 18GA? Adam Badura? I would like
to spend some time on them, but don't want to duplicate effort. I'll take
them as far as I can with just XML. If they are a work in progress, I could
finish them up.
I will also work on implementing the Cotton Port variant which mostly only
changes the map, but also lets the GA place two home tokens (not sure the
best way to implement that).
_____
----------------------------------------------------------------------------
--
What You Don't Know About Data Connectivity CAN Hurt You
This paper provides an overview of data connectivity, details
its effect on application quality, and explores various alternative
solutions. http://p.sf.net/sfu/progress-d2d
_____
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel
|
|
From: Erik V. <eri...@xs...> - 2011-03-06 22:33:00
|
Phil, Good test cases: uncovered two bugs where necessary checks for null pointers had been overlooked. Now fixed. I don't guarantee that there aren't any other such cases, but I'll check that later. Erik. > -----Oorspronkelijk bericht----- > Van: Phil Davies [mailto:de...@gm...] > Verzonden: zondag 6 maart 2011 21:16 > Aan: Development list for Rails: an 18xx game > CC: Erik Vos > Onderwerp: Re: [Rails-devel] No close/load ability? > > Erik, > > Tried it this evening with an 1856 game I'm currently in, these two save files > are one players turn apart and it throws an error using the reload > functionality. I'll have a look into it as well but you can probably spot what's > going wrong quicker than I can :) > > Phil > > On 5 March 2011 20:29, Erik Vos <eri...@xs...> wrote: > > I have committed code for this feature. There is a new "File | Reload" > > option in the game status window. > > > > Contrary to what I said below, it can only be used to load a *later* > > version of the same game, and it also lets you retry if you pick a > > saved file that does not match with the current game. > > > > It basically works for me, although error reporting may need some > > further polishing. > > > > To anyone interested: please give it a try. > > > > Erik. > > > >> -----Oorspronkelijk bericht----- > >> Van: Erik Vos [mailto:eri...@xs...] > >> Verzonden: donderdag 3 maart 2011 22:31 > >> Aan: 'Development list for Rails: an 18xx game' > >> Onderwerp: Re: [Rails-devel] No close/load ability? > >> > >> OK, this (what I would call) "Reload" feature sounds useful and > >> pretty > > easy to > >> do. The reloaded file must be an earlier or a later version of the > >> same > > game, > >> otherwise Rails will complain and throw you out. I'll put this high > >> on my > > to-do > >> list. > >> > >> Erik. > >> > >> > -----Oorspronkelijk bericht----- > >> > Van: Rick Westerman [mailto:wes...@pu...] > >> > Verzonden: woensdag 2 maart 2011 16:33 > >> > Aan: Development list for Rails: an 18xx game > >> > Onderwerp: Re: [Rails-devel] No close/load ability? > >> > > >> > > >> > > >> > > Thinking about it, what might be doable without too much effort > >> > > is to enable loading a saved file that represents a later stage > >> > > in the > >> > > *same* game. > >> > > Rails > >> > > could do a check of the actions in the saved game against the > >> > > actions currently in memory, and get on as long as these are > >> > > identical, finally picking up any extra actions in the saved game > >> > > file. If I understand you correctly, that would help you out in > >> > > the case you describe, right? > >> > > >> > That would be correct. > >> > > >> > In part such an ability would potentially bring around the long > >> > desired 'network play'. I can foresee more-or-less automated play > >> > that involves > >> the > >> > program itself automatically dropping off and retrieving files from > >> > a > >> place like > >> > 'dropbox'. Of course this ability would require yet more coding! > > Wish > >> I > >> > knew Java or had enough time to learn it. Alas my day job > >> > interferes and > >> my > >> > night life (e.g., the family) keeps me occupied. > >> > > >> > Thanks, > >> > -- Rick > >> > > >> > > >> > > >> > > > -----Oorspronkelijk bericht----- > >> > > > Van: Rick Westerman [mailto:wes...@pu...] > >> > > > Verzonden: dinsdag 1 maart 2011 14:19 > >> > > > Aan: Development List Rails > >> > > > Onderwerp: [Rails-devel] No close/load ability? > >> > > > > >> > > > Hello list: > >> > > > > >> > > > I am back looking and using Rails after a year or so hiatus. > >> > > > One > >> > > feature I find > >> > > > missing (and that I find strange that no one has made a feature > >> > > > request > >> > > for) > >> > > > is the ability to close the current game and open up another > >> > > > game without having to quit and restart Rails. So I am > >> > > > wondering if I am missing > >> > > something > >> > > > obvious. Is there a way to load in a game without having to > >> > > > quit Rails? > >> > > > > >> > > > What is really bring this to the fore for me is that a buddy > >> > > > and > >> > > > I are > >> > > playing > >> > > > two-player 1889 via putting our files into Dropbox. When we are > >> > > > both on > >> > > line > >> > > > then we can get a bunch of moves done but are having to quit > >> > > > Rails between moves. In other words I find myself doing: > >> > > > > >> > > > 1) Start Rails > >> > > > 2) Load in the current game file, do my move, save the file. > >> > > > 3) See via Dropbox that my buddy has done his move. > >> > > > 4) Quit Rails. Repeat starting from #1. > >> > > > > >> > > > What would be preferable is: > >> > > > > >> > > > 1) Start Rails > >> > > > 2) Load, do move, save as in #2 above. > >> > > > 3) See my buddy do his move. > >> > > > 4) Repeat starting with #2; i.e., no quit/start of Rails > >> > > > > >> > > > Thanks, > >> > > > > >> > > > -- > >> > > > Rick Westerman > >> > > > wes...@pu... > >> > > > > >> > > >> > > >> > > ---------------------------------------------------------------------- > > ------ > >> -- > >> > Free Software Download: Index, Search & Analyze Logs and other IT > >> > data in Real-Time with Splunk. Collect, index and harness all the > >> > fast moving IT > >> data > >> > generated by your applications, servers and devices whether > >> > physical, > >> virtual > >> > or in the cloud. Deliver compliance at lower cost and gain new > >> > business insights. http://p.sf.net/sfu/splunk-dev2dev > >> > _______________________________________________ > >> > Rails-devel mailing list > >> > Rai...@li... > >> > https://lists.sourceforge.net/lists/listinfo/rails-devel > >> > >> > >> > > ---------------------------------------------------------------------- > > ------ > > -- > >> What You Don't Know About Data Connectivity CAN Hurt You This paper > >> provides an overview of data connectivity, details its effect on > > application > >> quality, and explores various alternative solutions. > >> http://p.sf.net/sfu/progress-d2d > >> _______________________________________________ > >> Rails-devel mailing list > >> Rai...@li... > >> https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > > > ---------------------------------------------------------------------- > > -------- What You Don't Know About Data Connectivity CAN Hurt You This > > paper provides an overview of data connectivity, details its effect on > > application quality, and explores various alternative solutions. > > http://p.sf.net/sfu/progress-d2d > > _______________________________________________ > > Rails-devel mailing list > > Rai...@li... > > https://lists.sourceforge.net/lists/listinfo/rails-devel > > |
|
From: Phil D. <de...@gm...> - 2011-03-06 20:16:11
|
Erik, Tried it this evening with an 1856 game I'm currently in, these two save files are one players turn apart and it throws an error using the reload functionality. I'll have a look into it as well but you can probably spot what's going wrong quicker than I can :) Phil On 5 March 2011 20:29, Erik Vos <eri...@xs...> wrote: > I have committed code for this feature. There is a new "File | Reload" > option in the game status window. > > Contrary to what I said below, it can only be used to load a *later* version > of the same game, and it also lets you retry if you pick a saved file that > does not match with the current game. > > It basically works for me, although error reporting may need some further > polishing. > > To anyone interested: please give it a try. > > Erik. > >> -----Oorspronkelijk bericht----- >> Van: Erik Vos [mailto:eri...@xs...] >> Verzonden: donderdag 3 maart 2011 22:31 >> Aan: 'Development list for Rails: an 18xx game' >> Onderwerp: Re: [Rails-devel] No close/load ability? >> >> OK, this (what I would call) "Reload" feature sounds useful and pretty > easy to >> do. The reloaded file must be an earlier or a later version of the same > game, >> otherwise Rails will complain and throw you out. I'll put this high on my > to-do >> list. >> >> Erik. >> >> > -----Oorspronkelijk bericht----- >> > Van: Rick Westerman [mailto:wes...@pu...] >> > Verzonden: woensdag 2 maart 2011 16:33 >> > Aan: Development list for Rails: an 18xx game >> > Onderwerp: Re: [Rails-devel] No close/load ability? >> > >> > >> > >> > > Thinking about it, what might be doable without too much effort is >> > > to enable loading a saved file that represents a later stage in the >> > > *same* game. >> > > Rails >> > > could do a check of the actions in the saved game against the >> > > actions currently in memory, and get on as long as these are >> > > identical, finally picking up any extra actions in the saved game >> > > file. If I understand you correctly, that would help you out in the >> > > case you describe, right? >> > >> > That would be correct. >> > >> > In part such an ability would potentially bring around the long >> > desired 'network play'. I can foresee more-or-less automated play >> > that involves >> the >> > program itself automatically dropping off and retrieving files from a >> place like >> > 'dropbox'. Of course this ability would require yet more coding! > Wish >> I >> > knew Java or had enough time to learn it. Alas my day job interferes >> > and >> my >> > night life (e.g., the family) keeps me occupied. >> > >> > Thanks, >> > -- Rick >> > >> > >> > >> > > > -----Oorspronkelijk bericht----- >> > > > Van: Rick Westerman [mailto:wes...@pu...] >> > > > Verzonden: dinsdag 1 maart 2011 14:19 >> > > > Aan: Development List Rails >> > > > Onderwerp: [Rails-devel] No close/load ability? >> > > > >> > > > Hello list: >> > > > >> > > > I am back looking and using Rails after a year or so hiatus. >> > > > One >> > > feature I find >> > > > missing (and that I find strange that no one has made a feature >> > > > request >> > > for) >> > > > is the ability to close the current game and open up another game >> > > > without having to quit and restart Rails. So I am wondering if I >> > > > am missing >> > > something >> > > > obvious. Is there a way to load in a game without having to quit >> > > > Rails? >> > > > >> > > > What is really bring this to the fore for me is that a buddy and >> > > > I are >> > > playing >> > > > two-player 1889 via putting our files into Dropbox. When we are >> > > > both on >> > > line >> > > > then we can get a bunch of moves done but are having to quit Rails >> > > > between moves. In other words I find myself doing: >> > > > >> > > > 1) Start Rails >> > > > 2) Load in the current game file, do my move, save the file. >> > > > 3) See via Dropbox that my buddy has done his move. >> > > > 4) Quit Rails. Repeat starting from #1. >> > > > >> > > > What would be preferable is: >> > > > >> > > > 1) Start Rails >> > > > 2) Load, do move, save as in #2 above. >> > > > 3) See my buddy do his move. >> > > > 4) Repeat starting with #2; i.e., no quit/start of Rails >> > > > >> > > > Thanks, >> > > > >> > > > -- >> > > > Rick Westerman >> > > > wes...@pu... >> > > > >> > >> > >> > ---------------------------------------------------------------------------- >> -- >> > Free Software Download: Index, Search & Analyze Logs and other IT data >> > in Real-Time with Splunk. Collect, index and harness all the fast >> > moving IT >> data >> > generated by your applications, servers and devices whether physical, >> virtual >> > or in the cloud. Deliver compliance at lower cost and gain new >> > business insights. http://p.sf.net/sfu/splunk-dev2dev >> > _______________________________________________ >> > Rails-devel mailing list >> > Rai...@li... >> > https://lists.sourceforge.net/lists/listinfo/rails-devel >> >> >> > ---------------------------------------------------------------------------- > -- >> What You Don't Know About Data Connectivity CAN Hurt You This paper >> provides an overview of data connectivity, details its effect on > application >> quality, and explores various alternative solutions. >> http://p.sf.net/sfu/progress-d2d >> _______________________________________________ >> Rails-devel mailing list >> Rai...@li... >> https://lists.sourceforge.net/lists/listinfo/rails-devel > > > ------------------------------------------------------------------------------ > What You Don't Know About Data Connectivity CAN Hurt You > This paper provides an overview of data connectivity, details > its effect on application quality, and explores various alternative > solutions. http://p.sf.net/sfu/progress-d2d > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
|
From: Erik V. <eri...@xs...> - 2011-03-06 19:40:28
|
Scott, The issue I found with 18JR should be fixed in the current code base in Sourceforge (It's a generic bug). You should just update your code from that repository. 18VA is alike 18EU, so I don't see what could go wrong. On prototypes: the trouble is, that any game or prototype , to be runnable at all, must appear in GamesList.xml, and that file is part of any release. It is possible to run from a separate (local) version of GamesList.xml that specifies more games than the released version, but then it is a bit of a hassle to keep the two versions of this file in sync as regards the released games. That is what I did in the past, but I have abandoned that approach. However, I suppose it's unavoidable to return to using a separate local GamesList.xml if you want to involve me in testing/troubleshooting prototypes that should not yet appear in any release. Erik. Van: Scott Petersen [mailto:sc...@re...] Verzonden: zondag 6 maart 2011 17:23 Aan: Development list for Rails: an 18xx game Onderwerp: Re: [Rails-devel] Map.xml - Tile Orientation On Sun, Mar 6, 2011 at 7:13 AM, Erik Vos <eri...@xs...> wrote: As I suspected, the underlying bug was incorrect determination of adjacent hexes in this particular type of map. This should have been fixed now, but please try for yourself. Erik, I'll call this 18JR. It is a prototype. I plan to only use tiles and private company special powers that already exist in Rails. How would you like to handle prototypes?--obviously they should not be in the jar that is released, but I intend to complete the design within a few months. I can package up a jar file for playtesters to use in the meantime. What can be done to resolve the adjacent hex issue? I have been working on 18VA also and see the same issue. The tile orientation for that one is also tileOrientation="NS" letterOrientation="vertical" even="A". I will submit my 18VA XML files and a list of issues to resolve in a couple days. |
|
From: Scott P. <sc...@re...> - 2011-03-06 16:22:58
|
On Sun, Mar 6, 2011 at 7:13 AM, Erik Vos <eri...@xs...> wrote: > As I suspected, the underlying bug was incorrect determination of adjacent > hexes in this particular type of map. > > This should have been fixed now, but please try for yourself. > Erik, I'll call this 18JR. It is a prototype. I plan to only use tiles and private company special powers that already exist in Rails. How would you like to handle prototypes?--obviously they should not be in the jar that is released, but I intend to complete the design within a few months. I can package up a jar file for playtesters to use in the meantime. What can be done to resolve the adjacent hex issue? I have been working on 18VA also and see the same issue. The tile orientation for that one is also tileOrientation="NS" letterOrientation="vertical" even="A". I will submit my 18VA XML files and a list of issues to resolve in a couple days. |
|
From: Scott P. <sc...@re...> - 2011-03-06 16:01:47
|
On Sun, Mar 6, 2011 at 9:37 AM, Stefan Filonardi <jk...@gm...> wrote: > https://sourceforge.net/mailarchive/message.php?msg_id=26986833 > > or > > https://sourceforge.net/apps/mediawiki/rails/index.php?title=1889 > ;-) > > ciao stefan > Thanks, I guess this issue can be definitively put to rest! |
|
From: Stefan F. <jk...@gm...> - 2011-03-06 15:37:43
|
Hello, Am 06.03.2011 16:26, schrieb Scott Petersen: > On Sun, Mar 6, 2011 at 3:19 AM, Erik Vos<eri...@xs...> wrote: > >> I have fixed the problem at hand, and IIRC another one too that I had >> stumbled upon. But I haven’t done a comprehensive test. >> > > I have verified that the 1889 tile quantities and upgrade paths are correct > in the current XML file (as published by DTG). I note that Blackwater > Station shows two additional #4 tiles and is missing the #19 and #20 tiles. > I assume tile Blackwater Station tile manifest was created with a previous > edition of the game. https://sourceforge.net/mailarchive/message.php?msg_id=26986833 or https://sourceforge.net/apps/mediawiki/rails/index.php?title=1889 ;-) ciao stefan PS I am not able to open *.18t file with TileDesigner 1.3.1 and get this error (Vista OS): "Error reading TTilesWrapper.tiles: Property Tiles does not exist" |
|
From: Scott P. <sc...@re...> - 2011-03-06 15:26:48
|
On Sun, Mar 6, 2011 at 3:19 AM, Erik Vos <eri...@xs...> wrote: > I have fixed the problem at hand, and IIRC another one too that I had > stumbled upon. But I haven’t done a comprehensive test. > I have verified that the 1889 tile quantities and upgrade paths are correct in the current XML file (as published by DTG). I note that Blackwater Station shows two additional #4 tiles and is missing the #19 and #20 tiles. I assume tile Blackwater Station tile manifest was created with a previous edition of the game. |
|
From: Erik V. <eri...@xs...> - 2011-03-06 13:13:35
|
Scott, As I suspected, the underlying bug was incorrect determination of adjacent hexes in this particular type of map. This should have been fixed now, but please try for yourself. Erik. Van: Erik Vos [mailto:eri...@xs...] Verzonden: zondag 6 maart 2011 10:17 Aan: 'Development list for Rails: an 18xx game'; 'Scott Petersen' Onderwerp: Re: [Rails-devel] Map.xml - Tile Orientation This seems to be the first game with this particular map configuration, so I'm not surprised about finding bugs. I cannot load your saved file (not sure why), but in my own attempt to play it I found that tile #57 cannot be laid "in any valid orientation" on city hexes E11 and M7; I'll try to debug that. Please choose a different game name than 1830 - we already have such a game. I named it 18XX for my test. I cannot handle duplicate names. Erik. Van: Erik Vos [mailto:eri...@xs...] Verzonden: zaterdag 5 maart 2011 21:30 Aan: 'Scott Petersen'; 'Development list for Rails: an 18xx game' Onderwerp: Re: [Rails-devel] Map.xml - Tile Orientation I'll have a look. Van: sco...@gm... [mailto:sco...@gm...] Namens Scott Petersen Verzonden: zaterdag 5 maart 2011 21:18 Aan: Development list for Rails: an 18xx game CC: Erik Vos Onderwerp: Re: [Rails-devel] Map.xml - Tile Orientation On Thu, Mar 3, 2011 at 3:39 PM, Erik Vos <eri...@xs...> wrote: It's about how the hexes are named. "letterOrientation" defines whether the letters (A-Z) alongside the map run horizontally or vertically. "even" defines which letters have even numbers: A (i.e. A2, A4, B3, C4) or B (i.e. A1, A3, B2, C3 etc.) - in fact any letter can be used here. Yes, there are 2x2x2=8 possibilities to set up map orientation and map hexes naming! Erik. Thanks. I suppose that's not the problem unless there is something I'm still not understanding. I have attached the XML files (modified from 1830) and a save file if someone's willing to take a look. Note how the track is discontinuous in the northwest and lots of otherwise legal track upgrades are disallowed. I added the #441 single spoke city to help me troubleshoot the error. The tile upgrades seem to think that they are actually a space away (i.e. E11 only allows the upgrades that would be allowed in G11). I can't figure out the general rule for the error. I am totally stumped on this. I was thinking it was related to rotating the hexes, but now I'm not so sure. |
|
From: Erik V. <eri...@xs...> - 2011-03-06 09:20:01
|
I have fixed the problem at hand, and IIRC another one too that I had stumbled upon. But I haven't done a comprehensive test. Erik. Van: Scott Petersen [mailto:sc...@re...] Verzonden: zondag 6 maart 2011 0:59 Aan: Development list for Rails: an 18xx game Onderwerp: [Rails-devel] 1889 Tile Upgrade Issues Have the 1889 tile upgrades been definitively fixed? If not, I can sit down with my physical tiles and update the XML file. The last I saw was that everything that looks like it *should* be upgradeable in fact is upgradeable, but I never saw that someone went through the process of working through this. |
99 messages has been excluded from this view by a project administrator.
