Anonymous | Login | 2024-11-21 12:03 UTC |
My View | View Issues | Change Log | Roadmap |
View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||||||
0000688 | VCMI | GUI - Battles | public | 2011-03-02 22:25 | 2013-07-15 08:53 | ||||||||
Reporter | Zamolxis | ||||||||||||
Assigned To | Warmonger | ||||||||||||
Priority | low | Severity | trivial | Reproducibility | always | ||||||||
Status | resolved | Resolution | fixed | ||||||||||
Platform | OS | OS Version | |||||||||||
Product Version | 0.84 | ||||||||||||
Target Version | Fixed in Version | 0.94 | |||||||||||
Summary | 0000688: The shaded hex(es) of the enemy target creatures should get un-shaded the moment our creature makes its move | ||||||||||||
Description | 0000053 was fixed correctly in terms of which hexes should be shaded and how: - single shade for all hexes in our creature's walking range - single shade for all enemy creatures outside of our creature's walking range, if our creature is a shooter with remaining shots - double shade if the shade following our mouse pointer overlaps the shaded hexes mentioned above. However it seems to have introduced a new (pretty insignificant) bug: after we click on an enemy creature to attack it, a single shade remains in that hex during and also after our creature makes its move (moment when it disappears it's hard to pin-point, but definitely later than in H3). In H3 all shades disappear the moment we give the click-command to our creature to walk/shoot/wait/etc, and when our creature completes its action, the grid gets shaded again according to the next creature (if our turn) and positioning of the mouse pointer. | ||||||||||||
Additional Information | In VCMI, the shade also remain hanging in a hex even at the end of the battle when the enemy creature moved from that hex to attack us, and was killed in retaliation (the example in screenshot > you can reproduce by playing the battle described in 0000684). | ||||||||||||
Tags | No tags attached. | ||||||||||||
Attached Files | 2011-03-02_TargetHexHangs.jpg [^] (21,747 bytes) 2011-03-02 22:25
| ||||||||||||
Relationships | ||||||
|
Notes | |
(0002265) majaczek (reporter) 2012-03-01 15:57 |
Also while fixing this please implement feature known from h4/h5: if we cursor-shade an enemy which is out of our meelee range (and perhaps when we are the shooter) the shaded hexes could indicate enemy walk range instead of ours. (Many times in h3 i counted the hexes to just know if i will be in the attack range if i move my creature to particular hex) |
(0003753) Warmonger (administrator) 2013-07-15 08:24 |
^ The request above is already implemented. So far I noticed that clicked hex remains highlighted also on free tile during creature movement. More precisely, it does not dissapear when creature starts movement. |
(0003754) Warmonger (administrator) 2013-07-15 08:53 |
Fixed in r3446. |
Issue History | |||
Date Modified | Username | Field | Change |
2011-03-02 22:25 | Zamolxis | New Issue | |
2011-03-02 22:25 | Zamolxis | Status | new => assigned |
2011-03-02 22:25 | Zamolxis | Assigned To | => Tow dragon |
2011-03-02 22:25 | Zamolxis | File Added: 2011-03-02_TargetHexHangs.jpg | |
2011-03-02 22:25 | Zamolxis | Issue generated from: 0000053 | |
2011-03-02 22:25 | Zamolxis | Relationship added | related to 0000053 |
2012-02-27 12:23 | Warmonger | Assigned To | Tow dragon => Warmonger |
2012-03-01 15:57 | majaczek | Note Added: 0002265 | |
2013-07-15 08:24 | Warmonger | Note Added: 0003753 | |
2013-07-15 08:53 | Warmonger | Note Added: 0003754 | |
2013-07-15 08:53 | Warmonger | Status | assigned => resolved |
2013-07-15 08:53 | Warmonger | Fixed in Version | => 0.94 |
2013-07-15 08:53 | Warmonger | Resolution | open => fixed |
Copyright © 2000 - 2024 MantisBT Team |