From: Scott P. <sc...@re...> - 2011-03-13 08:18:17
|
Is there a way to implement these fairly common rules that about how to modify share price after sales? 1. Current Market Value falls one space per "block" of shares sold. 2. Current Market Value falls only when the President sells shares (no effect if other shareholders sell). |
From: John A. T. <ja...@ja...> - 2011-03-13 18:58:12
|
On Sun, Mar 13, 2011 at 4:17 AM, Scott Petersen <sc...@re...>wrote: > Is there a way to implement these fairly common rules that about how to > modify share price after sales? > > 1. Current Market Value falls one space per "block" of shares sold. > 2. Current Market Value falls only when the President sells shares (no > effect if other shareholders sell). > While considering this, consider other related issues: - whether you can sell in the first SR - may sell companies that haven't operated, as normal (1830) - may sell companies that haven't operated, but receive the destination share price rather than the starting one (as in 1844) - may not sell companies that haven't operated (most DH games) -- John A. Tamplin |
From: Erik V. <eri...@xs...> - 2011-03-13 22:57:06
|
Any rule variation to be implemented in Rails poses the same question: is it worth while to make it configurable in XML, or is it so heavily tied to just one game (or maybe two) that it can as well be hardcoded in a game-specific class? See below for the status of the cases raised. Erik Van: John A. Tamplin [mailto:ja...@ja...] Verzonden: zondag 13 maart 2011 19:28 Aan: Development list for Rails: an 18xx game Onderwerp: Re: [Rails-devel] Variations on share price modification after sales On Sun, Mar 13, 2011 at 4:17 AM, Scott Petersen <sc...@re...> wrote: Is there a way to implement these fairly common rules that about how to modify share price after sales? 1. Current Market Value falls one space per "block" of shares sold. Is hardcoded in StockRound_1835. Which other games have this feature? 2. Current Market Value falls only when the President sells shares (no effect if other shareholders sell). Not yet. While considering this, consider other related issues: * whether you can sell in the first SR <NoSaleInFirstSR/> (e.g. 1835) * may sell companies that haven't operated, as normal (1830) Default. * may sell companies that haven't operated, but receive the destination share price rather than the starting one (as in 1844) Not yet. * may not sell companies that haven't operated (most DH games) <NoSaleIfNotOperated/> (e.g. 1835) -- John A. Tamplin |
From: Rick W. <wes...@pu...> - 2011-03-14 01:37:45
|
----- Original Message ----- > Any rule variation to be implemented in Rails poses the same question: > is it worth while to make it configurable in XML, or is it so heavily > tied to just one game (or maybe two) that it can as well be hardcoded > in a game-specific class? If I may offer yet another suggestion which may be only semantic in nature. Instead of having ow about a > > See below for the status of the cases raised. > > Erik > > Van: John A. Tamplin [mailto:ja...@ja...] > Verzonden: zondag 13 maart 2011 19:28 > Aan: Development list for Rails: an 18xx game > Onderwerp: Re: [Rails-devel] Variations on share price modification > after sales > > On Sun, Mar 13, 2011 at 4:17 AM, Scott Petersen <sc...@re...> > wrote: > Is there a way to implement these fairly common rules that about how > to modify share price after sales? > > 1. Current Market Value falls one space per "block" of shares sold. > > Is hardcoded in StockRound_1835. Which other games have this feature? > > 2. Current Market Value falls only when the President sells shares (no > effect if other shareholders sell). > Not yet. > > While considering this, consider other related issues: > * whether you can sell in the first SR > <NoSaleInFirstSR/> (e.g. 1835) > * may sell companies that haven't operated, as normal (1830) > Default. > * may sell companies that haven't operated, but receive the > destination share price rather than the starting one (as in 1844) > Not yet. > * may not sell companies that haven't operated (most DH games) > <NoSaleIfNotOperated/> (e.g. 1835) > -- > 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 -- Rick Westerman wes...@pu... Bioinformatics specialist at the Genomics Facility. Phone: (765) 494-0505 FAX: (765) 496-7255 Department of Horticulture and Landscape Architecture 625 Agriculture Mall Drive West Lafayette, IN 47907-2010 Physically located in room S049, WSLR building |
From: Rick W. <wes...@pu...> - 2011-03-14 01:39:45
|
I just wrote an incomplete post and thought that started: > If I may offer yet another suggestion which may be only semantic in nature. Instead of having ow about a Please ignore that. I hit the send button by mistake. I am still thinking about my suggestion to see if it has any merits. -- Rick |