rails-devel

RE: [Rails-devel] UpgradesPanel updates

[Brett L. <wak...@ea...>]

Looks good to me.

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. 

---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.





-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel

RE: [Rails-devel] UpgradesPanel updates

[Brett L. <wak...@ea...>]

>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?

Yeah, I'm seeing the same behavior.

I think it's a product of how we're handling rotation. The first couple of clicks are either being handled by the selection code, or hitting the first parts of the rotation array, which rotate the hex to the same position it's currently in.

I think that area needs a lot of clean-up as well. 

Right now, the values in the rotation arrays are fairly specific coordinate values, and will break if we try to rescale the map.

As soon as we have 1830 fully working, I'd like this to be one of the first things we fix.


---Brett.

RE: [Rails-devel] UpgradesPanel updates

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

> >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?
> 
> Yeah, I'm seeing the same behavior.
> 
> I think it's a product of how we're handling rotation. The 
> first couple of clicks are either being handled by the 
> selection code, or hitting the first parts of the rotation 
> array, which rotate the hex to the same position it's currently in.

It seems to me that those clicks are not even picked up.

In the past week I have tried if removing the MouseMotionListener
(which is known to be a slow-down) would have any effect, but not so
(this interface is used for setting the tooltip).
 
> I think that area needs a lot of clean-up as well. 
> 
> Right now, the values in the rotation arrays are fairly 
> specific coordinate values, and will break if we try to 
> rescale the map.

You might have noticed that I have put all that in a new class GUITile.
One reason for that is that it might be easier to fix such things.
Perhaps I can do something about that pretty soon.

Erik.

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.
>