From: Frederick W. <fre...@go...> - 2014-11-24 14:29:57
|
Hi Stefan, thanks for having taken a look at these issues. The sound event's key for tile rotation is KEY_SFX_OR_RotateTile. -- Frederick On Sun, Nov 23, 2014 at 6:09 PM, Stefan Frey <ste...@we...> wrote: > Frederick: > Thanks for testing that. As I do not use the sound/docking features yet, > I will rely on your feedback for the time being. > However I tried to ensure not to break anything. > More comments on the issues see below. > Stefan > > > > > The issues: > > > > * Map: Prelaid tiles are painted on top of 1856 background map (i12, > > l15, n17, f15, m4), same for 1889. > > Will need to check that: I changed some methods of MapHex, most likelyy > I did something wrong there. > > > > > * Map: Hex mouseover does not lead to "can-be-upgraded-to" highlighting > > in tiles pane > > Is that from one of the missing commits? > > > > > * Sound: Left clicking on tile to be changed / oriented does not trigger > > the sound fx any more. That sound event should probably also apply to > > the new right click. > > I think I dropped that, as I was not fully sure, how rotation should > propagate through classes in the future. Can you give me the name of the > sound trigger and I will add it back? > > > > > * Lay track: after unselecting hex (by selecting a non permissible hex), > > the hex is still with thick red border. > > You are right, should be fixed in next alpha. > > > > > * Lay track: repeatedly pressing left mouse button leads to the next > > possible tile if the first tile only had one possible orientation. Is > > this by purpose? You could envisage either cycling through all possible > > tile lays with the left button or enforce a strict distinction of the > > left/right button by never changing the tile when the left is pressed. > > Yes, that was one of the experiments to make the tile UI more efficient > and I forgot to remove all of the code ;-). However I prefer the more > simple approach: left click => rotate and right click => next possible > tile. > Will be fixed next alpha. > > > > > * Lay track (1889): company owning D still has to pay the 80 bucks on > > non-river mountains (eg, E4). > > You are right this specific kind of special tile lay is not yet > supported. Thanks for capturing it. > > Private companies can have special tile lays that differ in the > following attributes: > > connected = yes/no > extra = yes/no > free = yes/no > location = list of hexes, if missing => all possible > tile = list of tiles, if missing => all possible > condition = owned by company, player > when = tile/token laying step of owing company or anytime > > I have decided now to show the upgrade labeled by the private company > name if their special power is used. > > Interestingly the rules of 1889 specify that it is the choice of the > player to use the discount of private D or not, if I interpret the "... > may ..." correctly. > > Thus Rails will offer each tile lay twice: Once with the power of D and > once without. > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |