#6087 closed enhancement (invalid)
Moving the mouse pointer when hiding the GUI
| Reported by: | humdinger | Owned by: | stippi |
|---|---|---|---|
| Priority: | normal | Milestone: | R1 |
| Component: | Applications/WebPositive | Version: | R1/Development |
| Keywords: | Cc: | ||
| Blocked By: | Blocking: | ||
| Platform: | All |
Description
If one opts to hide the GUI in fullscreen mode, it can happen that right when you click a link, the GUI starts hiding and the page moves up underneath the mouse pointer. You either miss the link or worse, click the wrong one...
Maybe the mouse pointer should move in sync with the GUI if it's located over the page.
Normally, moving the user's pointer is a no-no, but in this case it may be the right thing...
Change History (3)
comment:1 by , 15 years ago
| Resolution: | → invalid |
|---|---|
| Status: | new → closed |
comment:2 by , 15 years ago
BTW, I just remembered that I coded it so the interface does not hide until after a timeout after last moving the mouse. So when the interface still shows and you move the mouse to point at a link, the interface will not auto-hide as long as you move the mouse, and then only when you wait too long before clicking the link. Obviously the timeouts have been reduced at your request... :-)
comment:3 by , 15 years ago
I see. It's OK. Now that I know the details, the solution is simple: keep your mouse circling until you find you link and then clickly pounce! :)
I see the problem, but I am afraid we can't do anything about it. Moving the mouse pointer is not only a no-go, it's impossible with absolute input devices like tablets or even your fingers in the future. If the page is already scrolled downwards, one could reveal the upper part to make the page's relative placement stay the same, but obviously it only works for scrolled pages and only for those that are scrolled farther than the distance of the navigation interface. I consider it a drawback of hiding the interface that one has to live with.