Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Mouse pointer gets hidden, when draging out of window and back again. Only affects Wacom etc. #501

Closed
DorpsGek opened this issue Jan 2, 2007 · 4 comments
Closed

Mouse pointer gets hidden, when draging out of window and back again. Only affects Wacom etc. #501

DorpsGek opened this issue Jan 2, 2007 · 4 comments
Labels
component: interface This is an interface issue flyspray This issue is imported from FlySpray (https://bugs.openttd.org/)

Comments

@DorpsGek
Copy link
Member

DorpsGek commented Jan 2, 2007

Zuu opened the ticket and wrote:

== Version of OTTD ===
0.5 RC2

== Operating System ==
* It seams like the bug does not exist in Windows. (I've only tried with Windows though VMWare on my Linux host)
* I can reproduce the bug on my Debian (Etch) runing WMII[1] as window manager, both with my absolute and relative mouse devices (a Wacom and a trackball).
* I have not tried with anything else that WMII, but I'v tried on other programs to see if it is a WMII-bug, but it seams like it is not a WMII-bug.

[1] WMII homepage: http://wmii.suckless.org/

== Howto reproduce this bug: ==
* Run OTTD in windowed mode
* Move the cursor out of the client-area[2] of the window, so that the pointer points on the border of the window
* Press and hold any mouse button
* Drag into the client-area of the window.
=> Now no mouse pointer will be shown, neither system pointer nor OTTD-pointer.
=> OTTD will not react on the fact that the right button might be down ( if it was the right button you pressed )

[2] Client-area is the part of the window in a WM that the program control. => Everything except the border and header.

However the mouse works perfectly fine inside the client area except that no pointer is visible.

To get back the pointer:
* Move the mouse out of the client-area, and back again.

== When does this happen? ==

This may just seam like a wierd bug that will never cause any problem but I'll explain a case where this might happen.

It have happend to me that I've draged signals out of the window and then when I've got back with my pen to the centre of the pad-area the pointer is gone. I have not yet foundout exectly when you should release/press to reproduce that as it seams a bit random. But it happens.

== The Severity ==
Verry low I suppose as only users of absolute input-devices are affected since with a relative divice you can't drag out of the client area of the window.

Reported version: trunk
Operating system: UNIX

This issue was imported from FlySpray: https://bugs.openttd.org/task/501
@DorpsGek
Copy link
Member Author

DorpsGek commented Jan 2, 2007

Zuu wrote:

For clerancy, you can reproduce the bug that the mouse pointer get hidden with a relative input-device such as a mice or trackball, but the problem/case that is described at the end of the bugreport does not happen with a relative input-device.

This comment was imported from FlySpray: https://bugs.openttd.org/task/501#comment768

@DorpsGek
Copy link
Member Author

Darkvater wrote:

I could reproduce it by doing a right-click on the window border to bring up the context menu then moving the mouse inside the window and clicking. Now my mouse is invisible.

I played around some with the SDL flags for mouse in the video-driver but didn't find a solution that worked always. Probably my SDL knowledge is lacking. I was using KDE 3.5

This comment was imported from FlySpray: https://bugs.openttd.org/task/501#comment821

@DorpsGek
Copy link
Member Author

DorpsGek commented Mar 8, 2007

TrueBrain wrote:

This is a known bug in SDL 1.2.10 and 1.2.11, and should be, according to SDL, fixed in 1.2.12. It has nothing to do with OpenTTD, but with the communication between X11 and SDL. So either upgrade to SVN of libsdl, or downgrade, or just wait for a new release :)

This comment was imported from FlySpray: https://bugs.openttd.org/task/501#comment1035

@DorpsGek
Copy link
Member Author

DorpsGek commented Mar 8, 2007

TrueBrain closed the ticket.

Reason for closing: Invalid

a LibSDL bug, not OpenTTD related

This comment was imported from FlySpray: https://bugs.openttd.org/task/501

@DorpsGek DorpsGek closed this as completed Mar 8, 2007
@DorpsGek DorpsGek added component: interface This is an interface issue flyspray This issue is imported from FlySpray (https://bugs.openttd.org/) bug labels Apr 6, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
component: interface This is an interface issue flyspray This issue is imported from FlySpray (https://bugs.openttd.org/)
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@DorpsGek