RE: [Rails-devel] UpgradesPanel updates

[Erik V. <eri...@hc...>]

> Looks good to me.

OK, 1-4 now work. Only the "Done" button is still missing.

Only upgradeable tiles can now be selected, only the "provisional"
tiles can be rotated, and only valid orientations can be taken.

The game phase vs. tile colour is currently ignored, 
but that can be added later fairly easily.
 
> I think we're going to need some visual cue to tell the user 
> that once the provisional hex is placed, clicking on it some 
> more rotates it. 

A tooltip?

BTW, tooltips seem to have ceased working, I will look into that later.

One major gripe I have is that so many mouse clicks are ignored by the UI.
Sometimes I have to click 4 or 5 times to get the desired effect.
How is that with you, Brett?

Erik.
 
> ---Brett.
> 
> -----Original Message-----
> From: Erik Vos <eri...@hc...>
> Sent: Nov 10, 2005 6:00 PM
> To: rai...@li...
> Subject: RE: [Rails-devel] UpgradesPanel updates
> 
> > 
> > Yes, I can do that. But I think that should be done only after
> > a final confirmation button is pressed. Until that happens,
> > the user should IMO be able to correct moves, 
> > e.g. by selecting another field.
> 
> I'm considering the following procedure:
> 
> 1. By clicking an upgrade tile, that tile
> will be *temporarily* assigned to the selected hex.
> E.g. via a method of GUIHex like dropTile (int tileId).
> 
> 2. Only such provisional tiles can be rotated.
> 
> 3. If another upgrade tile is clicked, that tile replaces
> the previous provisional tile (already in place).
> 
> 4. If another hex is clicked, the previously selected hex
> is reset (e.g. removeTile()) before the new hex gets selected.
> 
> 5. When a "Done" button is clicked, the provisional tile
> becomes permanent (e.g. fixTile()), and the model is updated.
> 
> I think GUIHex must be reworked a bit to make this all possible.
> 
> Not sure when I can spend significant time on these matters,
> perhaps in the weekend.
> 
> Erik.
>