After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 300918 - Tablet mouse does not behave correctly. (Windows)
Tablet mouse does not behave correctly. (Windows)
Status: RESOLVED DUPLICATE of bug 154657
Product: gtk+
Classification: Platform
Component: Backend: Win32
2.6.x
Other Windows
: Normal normal
: ---
Assigned To: gtk-win32 maintainers
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2005-04-17 05:26 UTC by Bryan Kilian
Modified: 2005-04-17 19:54 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Bryan Kilian 2005-04-17 05:26:23 UTC
Please describe the problem:
I have a WACOM Graphire 3 tablet, and I use only that as input (I don't have
another mouse on the system). The pen works ok in Gimp, but when I try to use
the mouse (sometimes a device with relative positioning works better than an
absolute one for some things) the mouse cursor shows in Position A, but the
actual action you take happens somewhere else in position B. This essentially
makes the Wacom mouse useless. None of my other graphics programs have this problem.

Steps to reproduce:
1. Create a new image (not maximised to the screen)
2. Select paintbrush
3. try to paint a dot with the Wacom Mouse.


Actual results:
The Dot you paint either never happens (it's being panted off picture) or is a a
different position to where you clicked.

Expected results:
The dot should appear where the cursor is.

Does this happen every time?
Yes.

Other information:
Comment 1 Sven Neumann 2005-04-17 11:46:39 UTC
This needs to be fixed at the GTK+ level. The bug report should be reassigned to
gtk+ but in order to do that, we need to know what version of gtk+ you are using.

It is also likely that this report should be considered a duplicate of bug #168516.
Comment 2 Bryan Kilian 2005-04-17 19:04:30 UTC
I looked at #168516 and decided that it doesn't actually apply to my situation,
the person in #168516 doesn't use the tablet mouse at all, and the problem he is
experiencing, while irritating (I have it too) is not the same as this one. That
has to do with switching devices, while my problem has to do with the tablet
mouse device using relative position for the cursor, and absolute positioning
for the actual tool coordinates.

In experimenting last night, I tried changing settings, but nothing worked. If I
lift the mouse slightly, then the cursor stops moving, but the paintbrush circle
will still move.

I have GTK+ 2.4.14
Comment 3 Bryan Kilian 2005-04-17 19:11:21 UTC
I just upgraded to GTK+ 2.6.4 and the problem still happens
Comment 4 Robert Ögren 2005-04-17 19:54:05 UTC
Yes, unfortunately relative mode doesn't work correctly. You can use the
wireless mouse if you reconfigure it to use absolute mode (pen mode), but I know
this isn't ideal.

This has already been reported in bug #154657.

*** This bug has been marked as a duplicate of 154657 ***