Bug ID: 863
Short desc: Allow the movement area to be defined for chords (etc.) for "unblock when the mouse moves"

Last changed byphil 
Reported Byphil 
Reported On2024-04-01 11:23 AM 
ProjectXMBC 
OrganizationDevelopment 
Categoryenhancement 
Priorityhigh 
Assignedphil 
Statustest 
Target ReleaseNext Release 
VersionCurrent Beta 

comment 4416 posted by phil on 2024-04-01 8:29 PM, 48 days ago

Also note, that when aborting, the cursor should move back to where it started, then perform the abort action (button down) then move to where it was aborted again - thus not causing any issues when dragging on a chorded button.

Rigth now it does not work as intended (and is particually noticable when the pixel movement to abort is set to a high number.

comment 4414 posted by phil on 2024-04-01 2:36 PM, 48 days ago

The back end already supports this, just the GUI needs updating!

comment 4406 posted by phil on 2024-04-01 11:23 AM, 48 days ago

Allow the user to define how far the mouse has to move - right now its hard coded to (I think) 5 pixels. Some mice are more sensative/wobbly and it would be nice to be able to increase this (not globally but per definition!).

 

Me myself raised this, because ot sensitivity on the settlers chord on the G604/Surface