From: Erik V. <eri...@xs...> - 2010-07-30 21:06:40
|
I have added a new game option that influences the prices for subsequent sell actions of the same company in one turn. The default remains, that the price stays the same. This behaviour can now be disabled, so that subsequent sell actions are executed at decreasing prices. It now works for 1830 only. Some more work on the code is needed to add other games. I will do that if we agree that this is the way to go. Erik. -----Original Message----- From: brett lentz [mailto:bre...@gm...] Sent: Friday 16 July 2010 22:48 To: Development list for Rails: an 18xx game Subject: Re: [Rails-devel] 1851 - Operating Company can't sell a sharetwicein one turn On Fri, Jul 16, 2010 at 12:39 PM, Erik Vos <eri...@xs...> wrote: > In Rails, all sell *actions* of shares of the same company (without > intervening buy action) constitute one *transaction*, for the purpose of > price setting and/or price movement. > > The one game that necessitates this behaviour is 1835, where most companies > have both (non-president) 10% and 20%, or 5% and 10% share certificates. The > Rails selling mechanic allows selling only one such share unit type in one > *action*. So if you want to sell one 5% share and one 10% share of PR at the > same price, two actions are required to make one transaction. > > That's the main reason behind this behaviour. And yes, it precludes repeated > selling in one turn at a lower price after each action, as some people would > like to have it. We could add an option that allows this, but that option, > when selected, would have a probably unwanted side effect on 1835. > I would like to see this option exist, but only for games that allow it. Perhaps a game-specific XML option is the way to go here? > Erik. ---Brett. > -----Original Message----- > From: Phil Davies [mailto:de...@gm...] > Sent: Friday 16 July 2010 10:28 > To: Development list for Rails: an 18xx game > Subject: Re: [Rails-devel] 1851 - Operating Company can't sell a share > twicein one turn > > I don't believe there is a general consensus among all players but I > would like to think that the prevailing opinion is that in games where > selling a 'block' of shares causes a price drop, you cannot sell 1, > then sell 1, then sell 1 without passing in between and allowing other > people to react. If you specifically want to sell to drop the price > and are happy to take the hit then you have to sell, let the other > players have a turn each to react, then sell again. > > Now, this refers to stock round actions and 1851 where a company is > selling/buying is an operating round action. It's not clear from the > rules I agree but the way we always play these games face to face is > that each company gets one 'transaction', that is either sell or buy, > and if you can do as many certs as you like in that transaction. We > mostly apply this to EU. > > This is only really an issue when you drop one row per block, that > doesn't happen in 1851, so despite the fact that the 'correct' way of > doing it would be to just choose to sell all the shares you want in > the first transaction, someone could theoretically sell 1, sell 1, > sell 1 and it won't make any difference to the gamestate than selling > 3 in one transaction, so in this case it should be allowed (despite > the fact that the user could just click 'undo' then sell the correct > number of shares as a faster way of doing it. I'm just trying to > think of what makes a more pleasant user experience, they shouldn't > really be left confused because they didn't spot the dropdown box on > the sell screen > > Phil > > On 15 July 2010 22:49, Stefan Frey <ste...@we...> wrote: >> A current open bug report for 1851: >>> When I try to sell a second company share during that company's operating >>> round, Rails says I can't sell after buying. This appears to be >>> inconsistent with the rules. >> refers to the fact that it is not possible to sell other shares from the >> Treasury after a first sell transaction (and the error message is > confusing). >> >> Question is, similar to the discussion we had previously on selling in >> separate transactions but same player turn in 1835, 1830 and 1870: >> >> Should the second transaction use the initial price at the start of the >> players turn (thus identical to the one used for the first transaction) or >> the reduced price taking the the stock market reaction into account? >> >> I have not found a ruling in 1851, thus I am inclined to follow the > current >> standard implementation in Rails (identical to the first transaction), >> however - if I remember correctly - there was no general consensus for > this >> (at least for 1830). >> >> Stefan >> >> > ---------------------------------------------------------------------------- > -- >> This SF.net email is sponsored by Sprint >> What will you do first with EVO, the first 4G phone? >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first >> _______________________________________________ >> Rails-devel mailing list >> Rai...@li... >> https://lists.sourceforge.net/lists/listinfo/rails-devel >> > > ---------------------------------------------------------------------------- > -- > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > > > ---------------------------------------------------------------------------- -- > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > ---------------------------------------------------------------------------- -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first _______________________________________________ Rails-devel mailing list Rai...@li... https://lists.sourceforge.net/lists/listinfo/rails-devel |