From: Aliza P. <ali...@gm...> - 2010-01-13 19:06:52
|
Last night I filed 2 feature request: 2931159 Note tile orientation in report window (Either the "rot=" shown on the map display, or a descriptive string) This is for the benefit of people using a logged report to recreate a trashed game, or for text-only session reports. (This would also be useful in re-running in-progress games to move up to a newer version of Rails.) 2931156 Autopass in stock rounds This is for PBEM people to say "I've spent all my money, I'm happy with my holdings, I'm passing until the end of the SR" or who say "I'm passing unless something interesting happens like a share being sold or a company floating." While I wasn't too specific in the feature request, I'm thinking of splitting up the "done" button into three: "done", "done and autopass", and "done and conditional autopass" I also filed a minor bug report: 2931155 1856 typo in N2 on stock table One of the three $275 boxes shows $272 |
From: brett l. <wak...@gm...> - 2010-01-13 19:46:30
|
On Wed, Jan 13, 2010 at 11:06 AM, Aliza Panitz <ali...@gm...> wrote: > Last night I filed 2 feature request: > > 2931156 Autopass in stock rounds > > This is for PBEM people to say "I've spent all my money, I'm happy > with my holdings, I'm passing until the end of the SR" or who say > "I'm passing unless something interesting happens like a share being > sold or a company floating." > > While I wasn't too specific in the feature request, I'm thinking of > splitting up the "done" button into three: "done", "done and > autopass", and "done and conditional autopass" > Doing "pass until the end of the SR" is relatively easy. Doing "pass until something interesting occurs" is impossible. Rails has no way to know what your strategy is, and so it has no way to determine if the last action was "interesting". ---Brett. |
From: Aliza P. <ali...@gm...> - 2010-01-13 20:49:41
|
"Pass unless a share is sold" has been common in my PBEM games, and should not be hard to implement. The global list of interesting things would not be that big: share is sold company sells out new company is parred new company floats I was expecting that list to be all-or-nothing, not to let people pick and choose. On Wed, Jan 13, 2010 at 11:46 AM, brett lentz <wak...@gm...> wrote: > On Wed, Jan 13, 2010 at 11:06 AM, Aliza Panitz <ali...@gm...> wrote: >> Last night I filed 2 feature request: >> >> 2931156 Autopass in stock rounds >> >> This is for PBEM people to say "I've spent all my money, I'm happy >> with my holdings, I'm passing until the end of the SR" or who say >> "I'm passing unless something interesting happens like a share being >> sold or a company floating." >> >> While I wasn't too specific in the feature request, I'm thinking of >> splitting up the "done" button into three: "done", "done and >> autopass", and "done and conditional autopass" >> > > Doing "pass until the end of the SR" is relatively easy. > > Doing "pass until something interesting occurs" is impossible. Rails > has no way to know what your strategy is, and so it has no way to > determine if the last action was "interesting". > > ---Brett. > > ------------------------------------------------------------------------------ > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
From: John A. T. <ja...@ja...> - 2010-01-13 20:44:42
|
On Wed, Jan 13, 2010 at 2:46 PM, brett lentz <wak...@gm...> wrote: > Doing "pass until something interesting occurs" is impossible. Rails > has no way to know what your strategy is, and so it has no way to > determine if the last action was "interesting". Presumably you could specify what things were interesting. However, I agree it gets problematic to try and anticipate all the possible reasons. -- John A. Tamplin |
From: Aliza P. <ali...@gm...> - 2010-01-13 21:07:09
|
On Wed, Jan 13, 2010 at 12:38 PM, John A. Tamplin <ja...@ja...> wrote: > On Wed, Jan 13, 2010 at 2:46 PM, brett lentz <wak...@gm...> wrote: >> >> Doing "pass until something interesting occurs" [...] > it gets problematic to try and anticipate all the possible reasons. I suspect 2 or 3 cases would cover 99% of the conditional passes. There's also the whole meta-game -- If Jim says "pass unless a share is sold" that probably means he's done but is reserving the right to change his mind if something unexpected happens, but if he says "pass until Aliza finishes floating the Penn" then he probably has something more malicious in mind. - Aliza |
From: brett l. <wak...@gm...> - 2010-01-13 21:30:00
|
On Wed, Jan 13, 2010 at 1:06 PM, Aliza Panitz <ali...@gm...> wrote: > On Wed, Jan 13, 2010 at 12:38 PM, John A. Tamplin <ja...@ja...> wrote: >> On Wed, Jan 13, 2010 at 2:46 PM, brett lentz <wak...@gm...> wrote: >>> >>> Doing "pass until something interesting occurs" [...] >> it gets problematic to try and anticipate all the possible reasons. > > I suspect 2 or 3 cases would cover 99% of the conditional passes. > > There's also the whole meta-game -- If Jim says "pass unless a share > is sold" that probably means he's done but is reserving the right to > change his mind if something unexpected happens, but if he says "pass > until Aliza finishes floating the Penn" then he probably has something > more malicious in mind. > > - Aliza > > I'm not sure I want to tread down this path. The issue of meta-gaming opens a whole can of worms that I really don't want Rails to touch. If we're going to be an impartial rules arbiter, I don't think it's right for us to provide information that can be (ab)used. I think that knowing additional information about your opponent's stock buying strategy falls into this category. I think that going beyond a simple all or nothing "Auto-Pass" will add unnecessary complexity, and the benefits it provides are of dubious value. ---Brett. |
From: Chris S. <chr...@gm...> - 2010-01-13 21:41:07
|
To some extent I agree. We do this by email now - Jim says "buy FS until it floats" and when it is his turn, we just take his action for him. Similarly, when I say "pass unless sale" when Jon is done with his turn, he simply clicks "pass" for me. It's easy, it works and it doesn't require additional programming or tools. That said, if there was a "pass unless sale" button I would click it fairly regularly. -- Chris Please consider the environment before printing this e-mail. On Wed, Jan 13, 2010 at 1:29 PM, brett lentz <wak...@gm...> wrote: > On Wed, Jan 13, 2010 at 1:06 PM, Aliza Panitz <ali...@gm...> > wrote: > > On Wed, Jan 13, 2010 at 12:38 PM, John A. Tamplin <ja...@ja...> wrote: > >> On Wed, Jan 13, 2010 at 2:46 PM, brett lentz <wak...@gm...> > wrote: > >>> > >>> Doing "pass until something interesting occurs" [...] > >> it gets problematic to try and anticipate all the possible reasons. > > > > I suspect 2 or 3 cases would cover 99% of the conditional passes. > > > > There's also the whole meta-game -- If Jim says "pass unless a share > > is sold" that probably means he's done but is reserving the right to > > change his mind if something unexpected happens, but if he says "pass > > until Aliza finishes floating the Penn" then he probably has something > > more malicious in mind. > > > > - Aliza > > > > > > I'm not sure I want to tread down this path. > > The issue of meta-gaming opens a whole can of worms that I really > don't want Rails to touch. If we're going to be an impartial rules > arbiter, I don't think it's right for us to provide information that > can be (ab)used. I think that knowing additional information about > your opponent's stock buying strategy falls into this category. > > I think that going beyond a simple all or nothing "Auto-Pass" will add > unnecessary complexity, and the benefits it provides are of dubious > value. > > ---Brett. > > > ------------------------------------------------------------------------------ > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and > easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
From: Jim B. <jim...@ya...> - 2010-01-14 17:36:44
|
I'm with Brett and Chris on this one- it's not a big deal to me, in practice. Nonetheless, I did want to thank Brett and Erik for adding the addtl game option in privates-auctions- that, if a player passes during the triggered auction for a specific private, he will drop out of the auction for that private. That does speed up the initial email flurry when starting a game (at pbem speeds, the ISR/SR1 can be like slow-motion musical chairs). I'm really enjoying the new rails, and some 1856! best, - jim On Jan 13, 2010, at 1:40 PM, Chris Shaffer wrote: > To some extent I agree. We do this by email now - Jim says "buy FS until it floats" and when it is his turn, we just take his action for him. Similarly, when I say "pass unless sale" when Jon is done with his turn, he simply clicks "pass" for me. It's easy, it works and it doesn't require additional programming or tools. > > That said, if there was a "pass unless sale" button I would click it fairly regularly. > > -- > Chris > > Please consider the environment before printing this e-mail. > > > On Wed, Jan 13, 2010 at 1:29 PM, brett lentz <wak...@gm...> wrote: > On Wed, Jan 13, 2010 at 1:06 PM, Aliza Panitz <ali...@gm...> wrote: > > On Wed, Jan 13, 2010 at 12:38 PM, John A. Tamplin <ja...@ja...> wrote: > >> On Wed, Jan 13, 2010 at 2:46 PM, brett lentz <wak...@gm...> wrote: > >>> > >>> Doing "pass until something interesting occurs" [...] > >> it gets problematic to try and anticipate all the possible reasons. > > > > I suspect 2 or 3 cases would cover 99% of the conditional passes. > > > > There's also the whole meta-game -- If Jim says "pass unless a share > > is sold" that probably means he's done but is reserving the right to > > change his mind if something unexpected happens, but if he says "pass > > until Aliza finishes floating the Penn" then he probably has something > > more malicious in mind. > > > > - Aliza > > > > > > I'm not sure I want to tread down this path. > > The issue of meta-gaming opens a whole can of worms that I really > don't want Rails to touch. If we're going to be an impartial rules > arbiter, I don't think it's right for us to provide information that > can be (ab)used. I think that knowing additional information about > your opponent's stock buying strategy falls into this category. > > I think that going beyond a simple all or nothing "Auto-Pass" will add > unnecessary complexity, and the benefits it provides are of dubious > value. > > ---Brett. > > ------------------------------------------------------------------------------ > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > > ------------------------------------------------------------------------------ > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel |
From: brett l. <wak...@gm...> - 2010-01-13 21:46:09
|
On Wed, Jan 13, 2010 at 1:40 PM, Chris Shaffer <chr...@gm...> wrote: > To some extent I agree. We do this by email now - Jim says "buy FS until it > floats" and when it is his turn, we just take his action for him. > Similarly, when I say "pass unless sale" when Jon is done with his turn, he > simply clicks "pass" for me. It's easy, it works and it doesn't require > additional programming or tools. > > That said, if there was a "pass unless sale" button I would click it fairly > regularly. > > -- > Chris Sure, it's something I've done and seen done in tabletop games. But, looking forward to supporting live network play... I'm not sure it's a good feature to have. We'll need to address the question of whether or not to expose the information to other players, and then if we choose to hide the info, there's never a guarantee that someone hasn't patched their client to reveal the info... etc. etc. ---Brett. |
From: Erik V. <eri...@xs...> - 2010-01-13 22:32:05
|
There is already a feature request for autopass, although it might be more directed to the initial private sales round. Anyway, adding whatever might emerge as a consensus (if any) to that request might be useful. If it ever gets implemented, I think there will not be any additional buttons, but one or more checkbox(es) somewhere in the menu that can be set to enable "autopass" in whatever shape or form. Valid for the current round only, of course. Erik. -----Original Message----- From: brett lentz [mailto:wak...@gm...] Sent: Wednesday 13 January 2010 22:46 To: Development list for Rails: an 18xx game Subject: Re: [Rails-devel] features: SR autopass,add tile orientation to game report On Wed, Jan 13, 2010 at 1:40 PM, Chris Shaffer <chr...@gm...> wrote: > To some extent I agree. We do this by email now - Jim says "buy FS until it > floats" and when it is his turn, we just take his action for him. > Similarly, when I say "pass unless sale" when Jon is done with his turn, he > simply clicks "pass" for me. It's easy, it works and it doesn't require > additional programming or tools. > > That said, if there was a "pass unless sale" button I would click it fairly > regularly. > > -- > Chris Sure, it's something I've done and seen done in tabletop games. But, looking forward to supporting live network play... I'm not sure it's a good feature to have. We'll need to address the question of whether or not to expose the information to other players, and then if we choose to hide the info, there's never a guarantee that someone hasn't patched their client to reveal the info... etc. etc. ---Brett. ---------------------------------------------------------------------------- -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev _______________________________________________ Rails-devel mailing list Rai...@li... https://lists.sourceforge.net/lists/listinfo/rails-devel |
From: Erik V. <eri...@xs...> - 2010-01-14 22:35:07
|
2931159 Note tile orientation in report window (Either the "rot=" shown on the map display, or a descriptive string) This is for the benefit of people using a logged report to recreate a trashed game, or for text-only session reports. (This would also be useful in re-running in-progress games to move up to a newer version of Rails.) -- Done. The notation is like H15/NW, where NW is the direction where the tilenumber is pointing to. Note, that this is the number on tiles as displayed by Rails. It's not necessarily equal to the direction of that number in the printed game, so be careful when using this in PBEM games. I also filed a minor bug report: 2931155 1856 typo in N2 on stock table One of the three $275 boxes shows $272 -- Fixed, as well as the missing upgrades as reported by Rick. Erik. |