From: Scott P. <sc...@re...> - 2011-03-13 08:28:38
|
Any ideas on how to implement the "foreigners buy a train at the end of the set of ORs" rules that some Double-O games use (at least 1824/1844)? I am doing a workaround for my prototype by putting a well-funded company that starts in the bottom left space of the stock market. That way it always runs last and is in the yellow zone so it doesn't count as a certificate for the President. Luckily, it is an infinite bank, so no issue with cash movements. It seems to work in the meantime until I finalize the design, but does anyone have a more elegant way of doing this? It would be worth implementing this mechanism at some point. I will probably work on 1824 as my next Rails project. For those that are not familiar, the "foreigners buy" rule is that at the end of a set of ORs, the top train on the stack is discarded from the game. This could trigger the start of a new phase. 18FR-RCE does something similar, but allows the foreigners to discard two trains if they are of different rank. Another variant on this is to have the foreigners buy a train after every OR rather than set--I'm still experimenting with that. |
From: John A. T. <ja...@ja...> - 2011-03-13 13:20:22
|
On Sun, Mar 13, 2011 at 4:28 AM, Scott Petersen <sc...@re...>wrote: > Any ideas on how to implement the "foreigners buy a train at the end of the > set of ORs" rules that some Double-O games use (at least 1824/1844)? I am > doing a workaround for my prototype by putting a well-funded company that > starts in the bottom left space of the stock market. That way it always > runs last and is in the yellow zone so it doesn't count as a certificate for > the President. Luckily, it is an infinite bank, so no issue with cash > movements. It seems to work in the meantime until I finalize the design, > but does anyone have a more elegant way of doing this? It would be worth > implementing this mechanism at some point. I will probably work on 1824 as > my next Rails project. > > For those that are not familiar, the "foreigners buy" rule is that at the > end of a set of ORs, the top train on the stack is discarded from the game. > This could trigger the start of a new phase. 18FR-RCE does something > similar, but allows the foreigners to discard two trains if they are of > different rank. Another variant on this is to have the foreigners buy a > train after every OR rather than set--I'm still experimenting with that. > I think it is going to require Java code to implement. When implementing, consider variations, such as 1861 where the Russian state railroad buys trains as it has cash available. -- John A. Tamplin |
From: Erik V. <eri...@xs...> - 2011-03-14 11:06:05
|
There doesn’t yet seem to be a Correction mode option to shuffle or discard trains, so your special company probably is the only available workaround at this stage. Implementing an automatic train discard action at some predefined point is pretty trivial in Java, the main question (again) is: should this be made configurable in XML, or can it better be hardcoded in some game-specific subclass? To decide such questions, we would need an inventory of which variations exists, and in which games these occur. Erik. Van: John A. Tamplin [mailto:ja...@ja...] Verzonden: zondag 13 maart 2011 14:19 Aan: Development list for Rails: an 18xx game Onderwerp: Re: [Rails-devel] Foreigners Buy Trains On Sun, Mar 13, 2011 at 4:28 AM, Scott Petersen < <mailto:sc...@re...> sc...@re...> wrote: Any ideas on how to implement the "foreigners buy a train at the end of the set of ORs" rules that some Double-O games use (at least 1824/1844)? I am doing a workaround for my prototype by putting a well-funded company that starts in the bottom left space of the stock market. That way it always runs last and is in the yellow zone so it doesn't count as a certificate for the President. Luckily, it is an infinite bank, so no issue with cash movements. It seems to work in the meantime until I finalize the design, but does anyone have a more elegant way of doing this? It would be worth implementing this mechanism at some point. I will probably work on 1824 as my next Rails project. For those that are not familiar, the "foreigners buy" rule is that at the end of a set of ORs, the top train on the stack is discarded from the game. This could trigger the start of a new phase. 18FR-RCE does something similar, but allows the foreigners to discard two trains if they are of different rank. Another variant on this is to have the foreigners buy a train after every OR rather than set--I'm still experimenting with that. I think it is going to require Java code to implement. When implementing, consider variations, such as 1861 where the Russian state railroad buys trains as it has cash available. -- John A. Tamplin |
From: Chris S. <chr...@gm...> - 2011-03-14 14:00:15
|
Many of the O&O games (e.g. 1844, 1880include an automatic train discard, and other designers (e.g. 1817) are copying the mechanic. I'd say it's generic. -- Chris Please consider the environment before printing this e-mail. On Mon, Mar 14, 2011 at 4:05 AM, Erik Vos <eri...@xs...> wrote: > There doesn’t yet seem to be a Correction mode option to shuffle or discard > trains, so your special company probably is the only available workaround at > this stage. > > > > Implementing an automatic train discard action at some predefined point is > pretty trivial in Java, the main question (again) is: should this be made > configurable in XML, or can it better be hardcoded in some game-specific > subclass? To decide such questions, we would need an inventory of which > variations exists, and in which games these occur. > > > > Erik. > > > > > > *Van:* John A. Tamplin [mailto:ja...@ja...] > *Verzonden:* zondag 13 maart 2011 14:19 > *Aan:* Development list for Rails: an 18xx game > *Onderwerp:* Re: [Rails-devel] Foreigners Buy Trains > > > > On Sun, Mar 13, 2011 at 4:28 AM, Scott Petersen <sc...@re...> > wrote: > > Any ideas on how to implement the "foreigners buy a train at the end of the > set of ORs" rules that some Double-O games use (at least 1824/1844)? I am > doing a workaround for my prototype by putting a well-funded company that > starts in the bottom left space of the stock market. That way it always > runs last and is in the yellow zone so it doesn't count as a certificate for > the President. Luckily, it is an infinite bank, so no issue with cash > movements. It seems to work in the meantime until I finalize the design, > but does anyone have a more elegant way of doing this? It would be worth > implementing this mechanism at some point. I will probably work on 1824 as > my next Rails project. > > For those that are not familiar, the "foreigners buy" rule is that at the > end of a set of ORs, the top train on the stack is discarded from the game. > This could trigger the start of a new phase. 18FR-RCE does something > similar, but allows the foreigners to discard two trains if they are of > different rank. Another variant on this is to have the foreigners buy a > train after every OR rather than set--I'm still experimenting with that. > > > > I think it is going to require Java code to implement. When implementing, > consider variations, such as 1861 where the Russian state railroad buys > trains as it has cash available. > > > > -- > John A. Tamplin > > > ------------------------------------------------------------------------------ > Colocation vs. Managed Hosting > A question and answer guide to determining the best fit > for your organization - today and in the future. > http://p.sf.net/sfu/internap-sfd2d > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > > |
From: Justin R. <jus...@gm...> - 2011-03-15 16:59:54
|
If this was to become a generic piece of code where the specific game implementation is defined by XML, then we should probably list off the likely needed variations on the functionality. Some I can think of are: In most cases, the removal is only triggered at the end of a set of ORs, there are exceptions to this, though (1880?). 1. The top train is removed regardless of any other criteria. 2. The top train is removed only if no company purchased a train this OR (1880? I could have the rule wrong) 3. The top train is removed only if it is the last train of its type (I could be wrong, but I think there's a game that does this). 4. Special company (Russian Govt) buys the train if it can afford it. I imagine this likely belongs in a game specific class. Chris, any other specific suggestions of implementations which could be made generic for covering most games that use such a mechanism? On Mon, Mar 14, 2011 at 6:59 AM, Chris Shaffer <chr...@gm...> wrote: > Many of the O&O games (e.g. 1844, 1880include an automatic train discard, > and other designers (e.g. 1817) are copying the mechanic. I'd say it's > generic. > -- > Chris > > Please consider the environment before printing this e-mail. > > > On Mon, Mar 14, 2011 at 4:05 AM, Erik Vos <eri...@xs...> wrote: >> >> There doesn’t yet seem to be a Correction mode option to shuffle or >> discard trains, so your special company probably is the only available >> workaround at this stage. >> >> >> >> Implementing an automatic train discard action at some predefined point is >> pretty trivial in Java, the main question (again) is: should this be made >> configurable in XML, or can it better be hardcoded in some game-specific >> subclass? To decide such questions, we would need an inventory of which >> variations exists, and in which games these occur. >> >> >> >> Erik. >> >> >> >> >> >> Van: John A. Tamplin [mailto:ja...@ja...] >> Verzonden: zondag 13 maart 2011 14:19 >> Aan: Development list for Rails: an 18xx game >> Onderwerp: Re: [Rails-devel] Foreigners Buy Trains >> >> >> >> On Sun, Mar 13, 2011 at 4:28 AM, Scott Petersen <sc...@re...> >> wrote: >> >> Any ideas on how to implement the "foreigners buy a train at the end of >> the set of ORs" rules that some Double-O games use (at least 1824/1844)? I >> am doing a workaround for my prototype by putting a well-funded company that >> starts in the bottom left space of the stock market. That way it always >> runs last and is in the yellow zone so it doesn't count as a certificate for >> the President. Luckily, it is an infinite bank, so no issue with cash >> movements. It seems to work in the meantime until I finalize the design, >> but does anyone have a more elegant way of doing this? It would be worth >> implementing this mechanism at some point. I will probably work on 1824 as >> my next Rails project. >> >> For those that are not familiar, the "foreigners buy" rule is that at the >> end of a set of ORs, the top train on the stack is discarded from the game. >> This could trigger the start of a new phase. 18FR-RCE does something >> similar, but allows the foreigners to discard two trains if they are of >> different rank. Another variant on this is to have the foreigners buy a >> train after every OR rather than set--I'm still experimenting with that. >> >> >> >> I think it is going to require Java code to implement. When implementing, >> consider variations, such as 1861 where the Russian state railroad buys >> trains as it has cash available. >> >> >> >> -- >> John A. Tamplin >> >> >> ------------------------------------------------------------------------------ >> Colocation vs. Managed Hosting >> A question and answer guide to determining the best fit >> for your organization - today and in the future. >> http://p.sf.net/sfu/internap-sfd2d >> _______________________________________________ >> Rails-devel mailing list >> Rai...@li... >> https://lists.sourceforge.net/lists/listinfo/rails-devel >> > > > ------------------------------------------------------------------------------ > Colocation vs. Managed Hosting > A question and answer guide to determining the best fit > for your organization - today and in the future. > http://p.sf.net/sfu/internap-sfd2d > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > > |
From: Chris S. <chr...@gm...> - 2011-03-15 17:31:05
|
In 1880, trains are only removed if no train was purchased during the current OR. It's fairly complicated though, as there is no discreet OR. And the full rank of trains is removed - so if all companies in sequence decline to buy a T3, then when the final company operates, all T3 are removed, a SR occurs, and the game continues during the train buying phase of the acting company. I think for now, the generic case is "remove a train at the beginning of the SR" and the others could be specific classes. -- Chris Please consider the environment before printing this e-mail. On Tue, Mar 15, 2011 at 9:59 AM, Justin Rebelo <jus...@gm...>wrote: > If this was to become a generic piece of code where the specific game > implementation is defined by XML, then we should probably list off the > likely needed variations on the functionality. Some I can think of > are: > > In most cases, the removal is only triggered at the end of a set of > ORs, there are exceptions to this, though (1880?). > > 1. The top train is removed regardless of any other criteria. > > 2. The top train is removed only if no company purchased a train this > OR (1880? I could have the rule wrong) > > 3. The top train is removed only if it is the last train of its type > (I could be wrong, but I think there's a game that does this). > > 4. Special company (Russian Govt) buys the train if it can afford it. > I imagine this likely belongs in a game specific class. > > Chris, any other specific suggestions of implementations which could > be made generic for covering most games that use such a mechanism? > > > On Mon, Mar 14, 2011 at 6:59 AM, Chris Shaffer <chr...@gm...> > wrote: > > Many of the O&O games (e.g. 1844, 1880include an automatic train discard, > > and other designers (e.g. 1817) are copying the mechanic. I'd say it's > > generic. > > -- > > Chris > > > > Please consider the environment before printing this e-mail. > > > > > > On Mon, Mar 14, 2011 at 4:05 AM, Erik Vos <eri...@xs...> wrote: > >> > >> There doesn’t yet seem to be a Correction mode option to shuffle or > >> discard trains, so your special company probably is the only available > >> workaround at this stage. > >> > >> > >> > >> Implementing an automatic train discard action at some predefined point > is > >> pretty trivial in Java, the main question (again) is: should this be > made > >> configurable in XML, or can it better be hardcoded in some game-specific > >> subclass? To decide such questions, we would need an inventory of which > >> variations exists, and in which games these occur. > >> > >> > >> > >> Erik. > >> > >> > >> > >> > >> > >> Van: John A. Tamplin [mailto:ja...@ja...] > >> Verzonden: zondag 13 maart 2011 14:19 > >> Aan: Development list for Rails: an 18xx game > >> Onderwerp: Re: [Rails-devel] Foreigners Buy Trains > >> > >> > >> > >> On Sun, Mar 13, 2011 at 4:28 AM, Scott Petersen <sc...@re...> > >> wrote: > >> > >> Any ideas on how to implement the "foreigners buy a train at the end of > >> the set of ORs" rules that some Double-O games use (at least > 1824/1844)? I > >> am doing a workaround for my prototype by putting a well-funded company > that > >> starts in the bottom left space of the stock market. That way it always > >> runs last and is in the yellow zone so it doesn't count as a certificate > for > >> the President. Luckily, it is an infinite bank, so no issue with cash > >> movements. It seems to work in the meantime until I finalize the > design, > >> but does anyone have a more elegant way of doing this? It would be > worth > >> implementing this mechanism at some point. I will probably work on 1824 > as > >> my next Rails project. > >> > >> For those that are not familiar, the "foreigners buy" rule is that at > the > >> end of a set of ORs, the top train on the stack is discarded from the > game. > >> This could trigger the start of a new phase. 18FR-RCE does something > >> similar, but allows the foreigners to discard two trains if they are of > >> different rank. Another variant on this is to have the foreigners buy a > >> train after every OR rather than set--I'm still experimenting with that. > >> > >> > >> > >> I think it is going to require Java code to implement. When > implementing, > >> consider variations, such as 1861 where the Russian state railroad buys > >> trains as it has cash available. > >> > >> > >> > >> -- > >> John A. Tamplin > >> > >> > >> > ------------------------------------------------------------------------------ > >> Colocation vs. Managed Hosting > >> A question and answer guide to determining the best fit > >> for your organization - today and in the future. > >> http://p.sf.net/sfu/internap-sfd2d > >> _______________________________________________ > >> Rails-devel mailing list > >> Rai...@li... > >> https://lists.sourceforge.net/lists/listinfo/rails-devel > >> > > > > > > > ------------------------------------------------------------------------------ > > Colocation vs. Managed Hosting > > A question and answer guide to determining the best fit > > for your organization - today and in the future. > > http://p.sf.net/sfu/internap-sfd2d > > _______________________________________________ > > Rails-devel mailing list > > Rai...@li... > > https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > > > > ------------------------------------------------------------------------------ > Colocation vs. Managed Hosting > A question and answer guide to determining the best fit > for your organization - today and in the future. > http://p.sf.net/sfu/internap-sfd2d > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
From: Erik V. <eri...@xs...> - 2011-03-15 20:36:12
|
I agree. A condition is that at least one train must have been bought, so it doesn't apply to SR1. Erik. Van: Chris Shaffer [mailto:chr...@gm...] Verzonden: dinsdag 15 maart 2011 18:31 Aan: Development list for Rails: an 18xx game Onderwerp: Re: [Rails-devel] Foreigners Buy Trains In 1880, trains are only removed if no train was purchased during the current OR. It's fairly complicated though, as there is no discreet OR. And the full rank of trains is removed - so if all companies in sequence decline to buy a T3, then when the final company operates, all T3 are removed, a SR occurs, and the game continues during the train buying phase of the acting company. I think for now, the generic case is "remove a train at the beginning of the SR" and the others could be specific classes. -- Chris Please consider the environment before printing this e-mail. On Tue, Mar 15, 2011 at 9:59 AM, Justin Rebelo <jus...@gm...> wrote: If this was to become a generic piece of code where the specific game implementation is defined by XML, then we should probably list off the likely needed variations on the functionality. Some I can think of are: In most cases, the removal is only triggered at the end of a set of ORs, there are exceptions to this, though (1880?). 1. The top train is removed regardless of any other criteria. 2. The top train is removed only if no company purchased a train this OR (1880? I could have the rule wrong) 3. The top train is removed only if it is the last train of its type (I could be wrong, but I think there's a game that does this). 4. Special company (Russian Govt) buys the train if it can afford it. I imagine this likely belongs in a game specific class. Chris, any other specific suggestions of implementations which could be made generic for covering most games that use such a mechanism? On Mon, Mar 14, 2011 at 6:59 AM, Chris Shaffer <chr...@gm...> wrote: > Many of the O&O games (e.g. 1844, 1880include an automatic train discard, > and other designers (e.g. 1817) are copying the mechanic. I'd say it's > generic. > -- > Chris > > Please consider the environment before printing this e-mail. > > > On Mon, Mar 14, 2011 at 4:05 AM, Erik Vos <eri...@xs...> wrote: >> >> There doesn't yet seem to be a Correction mode option to shuffle or >> discard trains, so your special company probably is the only available >> workaround at this stage. >> >> >> >> Implementing an automatic train discard action at some predefined point is >> pretty trivial in Java, the main question (again) is: should this be made >> configurable in XML, or can it better be hardcoded in some game-specific >> subclass? To decide such questions, we would need an inventory of which >> variations exists, and in which games these occur. >> >> >> >> Erik. >> >> >> >> >> >> Van: John A. Tamplin [mailto:ja...@ja...] >> Verzonden: zondag 13 maart 2011 14:19 >> Aan: Development list for Rails: an 18xx game >> Onderwerp: Re: [Rails-devel] Foreigners Buy Trains >> >> >> >> On Sun, Mar 13, 2011 at 4:28 AM, Scott Petersen <sc...@re...> >> wrote: >> >> Any ideas on how to implement the "foreigners buy a train at the end of >> the set of ORs" rules that some Double-O games use (at least 1824/1844)? I >> am doing a workaround for my prototype by putting a well-funded company that >> starts in the bottom left space of the stock market. That way it always >> runs last and is in the yellow zone so it doesn't count as a certificate for >> the President. Luckily, it is an infinite bank, so no issue with cash >> movements. It seems to work in the meantime until I finalize the design, >> but does anyone have a more elegant way of doing this? It would be worth >> implementing this mechanism at some point. I will probably work on 1824 as >> my next Rails project. >> >> For those that are not familiar, the "foreigners buy" rule is that at the >> end of a set of ORs, the top train on the stack is discarded from the game. >> This could trigger the start of a new phase. 18FR-RCE does something >> similar, but allows the foreigners to discard two trains if they are of >> different rank. Another variant on this is to have the foreigners buy a >> train after every OR rather than set--I'm still experimenting with that. >> >> >> >> I think it is going to require Java code to implement. When implementing, >> consider variations, such as 1861 where the Russian state railroad buys >> trains as it has cash available. >> >> >> >> -- >> John A. Tamplin >> >> >> ---------------------------------------------------------------------------- -- >> Colocation vs. Managed Hosting >> A question and answer guide to determining the best fit >> for your organization - today and in the future. >> http://p.sf.net/sfu/internap-sfd2d >> _______________________________________________ >> Rails-devel mailing list >> Rai...@li... >> https://lists.sourceforge.net/lists/listinfo/rails-devel >> > > > ---------------------------------------------------------------------------- -- > Colocation vs. Managed Hosting > A question and answer guide to determining the best fit > for your organization - today and in the future. > http://p.sf.net/sfu/internap-sfd2d > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > > ---------------------------------------------------------------------------- -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d _______________________________________________ Rails-devel mailing list Rai...@li... https://lists.sourceforge.net/lists/listinfo/rails-devel |
From: Erik V. <eri...@xs...> - 2011-03-15 22:34:27
|
OK, this was simple enough to do on the fly. Adding tag <RemoveTrainBeforeSR/> under <Component name="TrainManager" ... > will do it. The train removal is triggered in GameManager (which knows when rounds change), but the execution is in OperatingRound. I suppose the complex games where such features and its variants play a role will almost always have specialized GameManager and OperatingRound subclasses, so implementing any variants will not be a big deal. Erik. Van: Erik Vos [mailto:eri...@xs...] Verzonden: dinsdag 15 maart 2011 21:36 Aan: 'Development list for Rails: an 18xx game' Onderwerp: Re: [Rails-devel] Foreigners Buy Trains I agree. A condition is that at least one train must have been bought, so it doesn't apply to SR1. Erik. Van: Chris Shaffer [mailto:chr...@gm...] Verzonden: dinsdag 15 maart 2011 18:31 Aan: Development list for Rails: an 18xx game Onderwerp: Re: [Rails-devel] Foreigners Buy Trains In 1880, trains are only removed if no train was purchased during the current OR. It's fairly complicated though, as there is no discreet OR. And the full rank of trains is removed - so if all companies in sequence decline to buy a T3, then when the final company operates, all T3 are removed, a SR occurs, and the game continues during the train buying phase of the acting company. I think for now, the generic case is "remove a train at the beginning of the SR" and the others could be specific classes. -- Chris Please consider the environment before printing this e-mail. On Tue, Mar 15, 2011 at 9:59 AM, Justin Rebelo <jus...@gm...> wrote: If this was to become a generic piece of code where the specific game implementation is defined by XML, then we should probably list off the likely needed variations on the functionality. Some I can think of are: In most cases, the removal is only triggered at the end of a set of ORs, there are exceptions to this, though (1880?). 1. The top train is removed regardless of any other criteria. 2. The top train is removed only if no company purchased a train this OR (1880? I could have the rule wrong) 3. The top train is removed only if it is the last train of its type (I could be wrong, but I think there's a game that does this). 4. Special company (Russian Govt) buys the train if it can afford it. I imagine this likely belongs in a game specific class. Chris, any other specific suggestions of implementations which could be made generic for covering most games that use such a mechanism? On Mon, Mar 14, 2011 at 6:59 AM, Chris Shaffer <chr...@gm...> wrote: > Many of the O&O games (e.g. 1844, 1880include an automatic train discard, > and other designers (e.g. 1817) are copying the mechanic. I'd say it's > generic. > -- > Chris > > Please consider the environment before printing this e-mail. > > > On Mon, Mar 14, 2011 at 4:05 AM, Erik Vos <eri...@xs...> wrote: >> >> There doesn't yet seem to be a Correction mode option to shuffle or >> discard trains, so your special company probably is the only available >> workaround at this stage. >> >> >> >> Implementing an automatic train discard action at some predefined point is >> pretty trivial in Java, the main question (again) is: should this be made >> configurable in XML, or can it better be hardcoded in some game-specific >> subclass? To decide such questions, we would need an inventory of which >> variations exists, and in which games these occur. >> >> >> >> Erik. >> >> >> >> >> >> Van: John A. Tamplin [mailto:ja...@ja...] >> Verzonden: zondag 13 maart 2011 14:19 >> Aan: Development list for Rails: an 18xx game >> Onderwerp: Re: [Rails-devel] Foreigners Buy Trains >> >> >> >> On Sun, Mar 13, 2011 at 4:28 AM, Scott Petersen <sc...@re...> >> wrote: >> >> Any ideas on how to implement the "foreigners buy a train at the end of >> the set of ORs" rules that some Double-O games use (at least 1824/1844)? I >> am doing a workaround for my prototype by putting a well-funded company that >> starts in the bottom left space of the stock market. That way it always >> runs last and is in the yellow zone so it doesn't count as a certificate for >> the President. Luckily, it is an infinite bank, so no issue with cash >> movements. It seems to work in the meantime until I finalize the design, >> but does anyone have a more elegant way of doing this? It would be worth >> implementing this mechanism at some point. I will probably work on 1824 as >> my next Rails project. >> >> For those that are not familiar, the "foreigners buy" rule is that at the >> end of a set of ORs, the top train on the stack is discarded from the game. >> This could trigger the start of a new phase. 18FR-RCE does something >> similar, but allows the foreigners to discard two trains if they are of >> different rank. Another variant on this is to have the foreigners buy a >> train after every OR rather than set--I'm still experimenting with that. >> >> >> >> I think it is going to require Java code to implement. When implementing, >> consider variations, such as 1861 where the Russian state railroad buys >> trains as it has cash available. >> >> >> >> -- >> John A. Tamplin >> >> >> ---------------------------------------------------------------------------- -- >> Colocation vs. Managed Hosting >> A question and answer guide to determining the best fit >> for your organization - today and in the future. >> http://p.sf.net/sfu/internap-sfd2d >> _______________________________________________ >> Rails-devel mailing list >> Rai...@li... >> https://lists.sourceforge.net/lists/listinfo/rails-devel >> > > > ---------------------------------------------------------------------------- -- > Colocation vs. Managed Hosting > A question and answer guide to determining the best fit > for your organization - today and in the future. > http://p.sf.net/sfu/internap-sfd2d > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > > ---------------------------------------------------------------------------- -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d _______________________________________________ Rails-devel mailing list Rai...@li... https://lists.sourceforge.net/lists/listinfo/rails-devel |
From: Aliza P. <ali...@gm...> - 2011-03-16 04:21:47
|
In 1848 certain company actions trigger removing the cheapest permanent train, whether or not it is yet available for purchase. On Tue, Mar 15, 2011 at 10:30 AM, Chris Shaffer <chr...@gm...> wrote: > In 1880, trains are only removed if no train was purchased during the > current OR. It's fairly complicated though, as there is no discreet OR. > And the full rank of trains is removed - so if all companies in sequence > decline to buy a T3, then when the final company operates, all T3 are > removed, a SR occurs, and the game continues during the train buying phase > of the acting company. > I think for now, the generic case is "remove a train at the beginning of the > SR" and the others could be specific classes. > -- > Chris > > Please consider the environment before printing this e-mail. > > > On Tue, Mar 15, 2011 at 9:59 AM, Justin Rebelo <jus...@gm...> > wrote: >> >> If this was to become a generic piece of code where the specific game >> implementation is defined by XML, then we should probably list off the >> likely needed variations on the functionality. Some I can think of >> are: >> >> In most cases, the removal is only triggered at the end of a set of >> ORs, there are exceptions to this, though (1880?). >> >> 1. The top train is removed regardless of any other criteria. >> >> 2. The top train is removed only if no company purchased a train this >> OR (1880? I could have the rule wrong) >> >> 3. The top train is removed only if it is the last train of its type >> (I could be wrong, but I think there's a game that does this). >> >> 4. Special company (Russian Govt) buys the train if it can afford it. >> I imagine this likely belongs in a game specific class. >> >> Chris, any other specific suggestions of implementations which could >> be made generic for covering most games that use such a mechanism? >> >> >> On Mon, Mar 14, 2011 at 6:59 AM, Chris Shaffer <chr...@gm...> >> wrote: >> > Many of the O&O games (e.g. 1844, 1880include an automatic train >> > discard, >> > and other designers (e.g. 1817) are copying the mechanic. I'd say it's >> > generic. >> > -- >> > Chris >> > >> > Please consider the environment before printing this e-mail. >> > >> > >> > On Mon, Mar 14, 2011 at 4:05 AM, Erik Vos <eri...@xs...> wrote: >> >> >> >> There doesn’t yet seem to be a Correction mode option to shuffle or >> >> discard trains, so your special company probably is the only available >> >> workaround at this stage. >> >> >> >> >> >> >> >> Implementing an automatic train discard action at some predefined point >> >> is >> >> pretty trivial in Java, the main question (again) is: should this be >> >> made >> >> configurable in XML, or can it better be hardcoded in some >> >> game-specific >> >> subclass? To decide such questions, we would need an inventory of >> >> which >> >> variations exists, and in which games these occur. >> >> >> >> >> >> >> >> Erik. >> >> >> >> >> >> >> >> >> >> >> >> Van: John A. Tamplin [mailto:ja...@ja...] >> >> Verzonden: zondag 13 maart 2011 14:19 >> >> Aan: Development list for Rails: an 18xx game >> >> Onderwerp: Re: [Rails-devel] Foreigners Buy Trains >> >> >> >> >> >> >> >> On Sun, Mar 13, 2011 at 4:28 AM, Scott Petersen <sc...@re...> >> >> wrote: >> >> >> >> Any ideas on how to implement the "foreigners buy a train at the end of >> >> the set of ORs" rules that some Double-O games use (at least >> >> 1824/1844)? I >> >> am doing a workaround for my prototype by putting a well-funded company >> >> that >> >> starts in the bottom left space of the stock market. That way it >> >> always >> >> runs last and is in the yellow zone so it doesn't count as a >> >> certificate for >> >> the President. Luckily, it is an infinite bank, so no issue with cash >> >> movements. It seems to work in the meantime until I finalize the >> >> design, >> >> but does anyone have a more elegant way of doing this? It would be >> >> worth >> >> implementing this mechanism at some point. I will probably work on >> >> 1824 as >> >> my next Rails project. >> >> >> >> For those that are not familiar, the "foreigners buy" rule is that at >> >> the >> >> end of a set of ORs, the top train on the stack is discarded from the >> >> game. >> >> This could trigger the start of a new phase. 18FR-RCE does something >> >> similar, but allows the foreigners to discard two trains if they are of >> >> different rank. Another variant on this is to have the foreigners buy >> >> a >> >> train after every OR rather than set--I'm still experimenting with >> >> that. >> >> >> >> >> >> >> >> I think it is going to require Java code to implement. When >> >> implementing, >> >> consider variations, such as 1861 where the Russian state railroad buys >> >> trains as it has cash available. >> >> >> >> >> >> >> >> -- >> >> John A. Tamplin >> >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> Colocation vs. Managed Hosting >> >> A question and answer guide to determining the best fit >> >> for your organization - today and in the future. >> >> http://p.sf.net/sfu/internap-sfd2d >> >> _______________________________________________ >> >> Rails-devel mailing list >> >> Rai...@li... >> >> https://lists.sourceforge.net/lists/listinfo/rails-devel >> >> >> > >> > >> > >> > ------------------------------------------------------------------------------ >> > Colocation vs. Managed Hosting >> > A question and answer guide to determining the best fit >> > for your organization - today and in the future. >> > http://p.sf.net/sfu/internap-sfd2d >> > _______________________________________________ >> > Rails-devel mailing list >> > Rai...@li... >> > https://lists.sourceforge.net/lists/listinfo/rails-devel >> > >> > >> >> >> ------------------------------------------------------------------------------ >> Colocation vs. Managed Hosting >> A question and answer guide to determining the best fit >> for your organization - today and in the future. >> http://p.sf.net/sfu/internap-sfd2d >> _______________________________________________ >> Rails-devel mailing list >> Rai...@li... >> https://lists.sourceforge.net/lists/listinfo/rails-devel > > > ------------------------------------------------------------------------------ > Colocation vs. Managed Hosting > A question and answer guide to determining the best fit > for your organization - today and in the future. > http://p.sf.net/sfu/internap-sfd2d > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > > |
From: John A. T. <ja...@ja...> - 2011-03-16 05:01:57
|
On Wed, Mar 16, 2011 at 12:21 AM, Aliza Panitz <ali...@gm...>wrote: > In 1848 certain company actions trigger removing the cheapest > permanent train, whether or not it is yet available for purchase. Likewise 1834, and I believe there are others where the count of a certain train available is reduced by mergers. -- John A. Tamplin |
From: Chris S. <chr...@gm...> - 2011-03-16 05:05:11
|
Sounds like, in addition to the rest, an admin correction mode that allows adjusting the train roster would be a good idea. -- Chris Please consider the environment before printing this e-mail. On Tue, Mar 15, 2011 at 9:30 PM, John A. Tamplin <ja...@ja...> wrote: > On Wed, Mar 16, 2011 at 12:21 AM, Aliza Panitz <ali...@gm...>wrote: > >> In 1848 certain company actions trigger removing the cheapest >> permanent train, whether or not it is yet available for purchase. > > > Likewise 1834, and I believe there are others where the count of a certain > train available is reduced by mergers. > > -- > John A. Tamplin > > > ------------------------------------------------------------------------------ > Colocation vs. Managed Hosting > A question and answer guide to determining the best fit > for your organization - today and in the future. > http://p.sf.net/sfu/internap-sfd2d > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > > |