0000417: Behaviors when L-clicking on a hero, while another hero or town is currently selected

View Issue Details [ Jump to Notes ]

[ Issue History ] [ Print ]

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

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.

Attached Files

Relationships

related to

0000013

closed

Tow

l-click on hero in town doesn`t open hero screen

Notes
(0000826) Tow (developer) 2010-03-20 22:22	Bug fixed, suggestions implemented in r1542 Thanks for clear, precise description :)

(0001786) Zamolxis (viewer) 2011-05-31 21:22	Checked in 0.84 and everything is correctly implemented as desired down to the very last detail. Thanks. :)

Issue History
Date Modified	Username	Field	Change
2010-03-02 19:59	Zamolxis	New Issue
2010-03-02 20:01	Zamolxis	Description Updated	View Revisions
2010-03-02 20:02	Zamolxis	Description Updated	View Revisions
2010-03-02 20:03	Zamolxis	Description Updated	View Revisions
2010-03-02 20:03	Zamolxis	Relationship added	related to 0000013
2010-03-02 20:35	Zamolxis	Description Updated	View Revisions
2010-03-02 20:35	Zamolxis	Additional Information Updated	View Revisions
2010-03-02 20:37	Zamolxis	Description Updated	View Revisions
2010-03-02 20:37	Zamolxis	Additional Information Updated	View Revisions
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	View Revisions
2011-05-31 21:22	Zamolxis	Note Added: 0001786
2011-05-31 21:22	Zamolxis	Status	resolved => closed

Site | Forums | Wiki | Slack | GitHub