Bug 8053 - Some users fail to adjust misplaced touch click
Summary: Some users fail to adjust misplaced touch click
Status: NEW
Alias: None
Product: ThinLinc
Classification: Unclassified
Component: VNC (show other bugs)
Version: trunk
Hardware: Touch device All
: P2 Normal
Target Milestone: LowPrio
Assignee: Bugzilla mail exporter
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-12-19 12:53 CET by Pierre Ossman
Modified: 2024-01-25 14:36 CET (History)
1 user (show)

See Also:
Acceptance Criteria:


Attachments

Description Pierre Ossman cendio 2022-12-19 12:53:35 CET
If you try to click on something using a touch screen, then any attempts to click again near it will click on the exact same place. This can be very annoying if you missed what you were trying to click on and want to try again. Right now, you have to click somewhere else and then back to get a new attempt.

This behaviour is (sort of) on purpose to make sure you can double-click something easily. So, we can't just remove it. But hopefully, there is some compromise that allows double click, and readjusting your position.

This affects both the native viewer and web access, as they have the same logic.
Comment 1 Pierre Ossman cendio 2024-01-25 14:36:22 CET
This issue was already addressed in the original implementation. If there is sufficient delay between the taps, the system will assume it is a new sequence and respect the coordinates given. I just tested this with the native viewer on Linux, and with Web Access Chrome on Android and ChromeOS.

So the issue seems to be with some eager users who retry too quickly, triggering the double click logic.

Ideally, the timeout is just enough to trigger double clicks. But we don't know what that time is, so we have to be conservative in our fixed value.

If we exposed this as a user setting, we might be able to be more flexible. But I doubt it's worth crowding the settings UI for.

Note You need to log in before you can comment on or make changes to this bug.