MantisBT - VCMI
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0001976VCMIGUI - PreGamepublic2014-11-24 08:592023-07-08 21:20
ReporterSXX 
Assigned ToTow 
PrioritylowSeverityminorReproducibilityalways
StatusresolvedResolutionfixed 
PlatformOSOS Version
Product Version0.97 
Target VersionFixed in Version 
Summary0001976: Mouse wheel event affect all forms with scrollbar
DescriptionAffect map select / game load where list and map description have scrollbar. Likely affect chat in multiplayer, but it's looks like broken so can't test it now.

Right behaviour would be if only hovered form would accept mouse wheel input.
Steps To Reproduce
Additional Information
TagsNo tags attached.
Relationships
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2014-11-24 08:59SXXNew Issue
2014-11-24 08:59SXXStatusnew => assigned
2014-11-24 08:59SXXAssigned To => Tow
2014-11-24 13:47WarmongerNote Added: 0005160
2014-11-24 14:01SXXNote Added: 0005161
2023-07-08 21:20IvanNote Added: 0008671
2023-07-08 21:20IvanStatusassigned => resolved
2023-07-08 21:20IvanResolutionopen => fixed

Notes
(0005160)
Warmonger   
2014-11-24 13:47   
Do you mean wheel should choose a (sub)window that is hovered? Then what to do if there is only one scrollbar on the screen, but it's not part of currently hovered window?
(0005161)
SXX   
2014-11-24 14:01   
Unfortunately I'm just don't know how exactly internal window management work in VCMI so I not sure what you mean as "sub window", but as far as I see in code every label and "slider" have "hovered" state so can't be this used?

I'm not sure how this should work with only one scrollbar. Suppose most of players still move cursor over object (e.g list, text) they want to scroll anyway, but obviously there no reason to limit area if only one scroll bar active.
(0008671)
Ivan   
2023-07-08 21:20   
Fixed in 1.3