MantisBT - VCMI | ||||||||||
View Issue Details | ||||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | |||||
0000417 | VCMI | GUI - Adventure Map | public | 2010-03-02 19:59 | 2011-05-31 21:22 | |||||
Reporter | Zamolxis | |||||||||
Assigned To | Tow | |||||||||
Priority | normal | Severity | trivial | Reproducibility | always | |||||
Status | closed | Resolution | fixed | |||||||
Platform | OS | OS Version | ||||||||
Product Version | 0.8 | |||||||||
Target Version | Fixed in Version | 0.81 | ||||||||
Summary | 0000417: Behaviors when L-clicking on a hero, while another hero or town is currently selected | |||||||||
Description | The one behavior that is the same in VCMI as in OH3 and does not feel like it needs a change, is L-clicking on a hero, while another hero with accessible path to this one is selected: Mouse cursor changes to Exchange arrows and we can set path. Behaviors which are different between VCMI and OH3 and/or which I would like to change: A. HERO IS ON THE MAP (not at town gate): A1. If another hero is selected, but there is no accessible path between the two: > OH3 - Not much happens. Hovering the mouse over the hero does nothing, except displaying his name in the status bar. L-click does nothing (the hero selection doesn't change). R-click opens the small hero info pop-up for the unselected hero, but also doesn't change the selection. > VCMI - Mouse over changes the cursor from arrow to the 'hero head' cursor. L-click selects and centers the hero. R-click behaves same as in OH3. >> Suggestion: Either implement like in OH3, or leave it as it is, but lose the centering effect. If I play in a high resolution, and I L-click to select a hero in the corner of my screen, I don't like it when he actually disappears from under my cursor, to move to the center of the map. For centering on a selected hero we have "5" and "Spacebar" as hotkeys, and for select+center on an unselected hero, we can click on hero's portrait in the list (or use "H"). A2. If a town is selected: > Both OH3 & VCMI behave the same - Cursor changes to 'head' and L-click selects/centers. 2nd L-click opens hero screen. >> Suggestion: same as above, I would lose the centering. B. HERO IS AT TOWN GATE: B1. If another hero is selected with no accessible path between: > OH3 - Same as above (A1) > VCMI - Mouse over changes to 'head' cursor. But L-click does nothing this time, while I would expect, based on the 'head' cursor, to be able to select the hero (and open hero screen with the 2nd click) >> Suggestion: depending on how you handle A1 above, this should follow the same pattern. B2. If a town is selected: > OH3 - mouse over changes to 'head' cursor and L-click selects/centers the hero (2nd click opening hero screen). > VCMI - cursor changes to 'head', but L-click not only selects/centers the hero, but also opens the town interface. I don't think this was intended and suspect it's rather a bug which needs fixing. Moreover, if the selected town was the same as the one our hero is at gate, already the first L-click opens the town screen (while I would expect it to just select my hero). | |||||||||
Steps To Reproduce | ||||||||||
Additional Information | The main bug is B2 above. I'll leave it up to you to decide which of the others needs to change or not. Regarding losing the request to lose the centering, perhaps try a map with many heroes (like the one in 0000392), with no accessible path in between, to see if the centering effect feels annoying or not (could be that it's just me :p). | |||||||||
Tags | No tags attached. | |||||||||
Relationships |
| |||||||||
Attached Files | ||||||||||
Issue History | ||||||||||
Date Modified | Username | Field | Change | |||||||
2010-03-02 19:59 | Zamolxis | New Issue | ||||||||
2010-03-02 20:01 | Zamolxis | Description Updated | bug_revision_view_page.php?rev_id=661#r661 | |||||||
2010-03-02 20:02 | Zamolxis | Description Updated | bug_revision_view_page.php?rev_id=662#r662 | |||||||
2010-03-02 20:03 | Zamolxis | Description Updated | bug_revision_view_page.php?rev_id=663#r663 | |||||||
2010-03-02 20:03 | Zamolxis | Relationship added | related to 0000013 | |||||||
2010-03-02 20:35 | Zamolxis | Description Updated | bug_revision_view_page.php?rev_id=664#r664 | |||||||
2010-03-02 20:35 | Zamolxis | Additional Information Updated | bug_revision_view_page.php?rev_id=666#r666 | |||||||
2010-03-02 20:37 | Zamolxis | Description Updated | bug_revision_view_page.php?rev_id=667#r667 | |||||||
2010-03-02 20:37 | Zamolxis | Additional Information Updated | bug_revision_view_page.php?rev_id=668#r668 | |||||||
2010-03-20 22:22 | Tow | Note Added: 0000826 | ||||||||
2010-03-20 22:22 | Tow | Status | new => resolved | |||||||
2010-03-20 22:22 | Tow | Fixed in Version | => 0.89 | |||||||
2010-03-20 22:22 | Tow | Resolution | open => fixed | |||||||
2010-03-20 22:22 | Tow | Assigned To | => Tow | |||||||
2011-05-31 21:21 | Zamolxis | Description Updated | bug_revision_view_page.php?rev_id=1342#r1342 | |||||||
2011-05-31 21:22 | Zamolxis | Note Added: 0001786 | ||||||||
2011-05-31 21:22 | Zamolxis | Status | resolved => closed |
Notes | |||||
|
|||||
|
|
||||
|
|||||
|
|