GNOME Bugzilla – Bug 687193
[TRACKING] Tablet support on Windows is broken
Last modified: 2018-05-24 13:23:31 UTC
Tablet support on Windows is broken in GTK. Following are common symptoms: - tablets not found - tablets not found unless gimp is started with the tablet pen - Some dialogs unresponsive to tablet (cancel with esc and reopen with mouse) - some buttons/ui elements unresponsive randomly to mouse events (minimize-maximize sometimes cures this) We know it is broken. We have been told its rather unlkely it will ever be fixed in the old GTK2. theres nothing we can do unless a windows hacker steps up and fixes this. All tablet bugs on windows for 2.8 series are to be deduped against this bug. (No, we arent happy about it, but this is how it is) :(
oh, when you set a non-tablet device in preferences to anything else than disabled (say a touchpad, or a named mouse) it will behave the same way. Solution is to disable it as extended device. Enabling it will just give you more bugs.
*** Bug 675512 has been marked as a duplicate of this bug. ***
*** Bug 471342 has been marked as a duplicate of this bug. ***
*** Bug 680404 has been marked as a duplicate of this bug. ***
*** Bug 677125 has been marked as a duplicate of this bug. ***
*** Bug 687087 has been marked as a duplicate of this bug. ***
You mean this is a GTK-2 bug and affects *all* platforms, not only Linux (I've come here from bug #677125) but also Windows (and possibly MacOS)? If yes, then OS should be set to All, if possible of course.
Does bug 677125 really happen on Linux? I've never seen such a thing. You are right, this bug is about broken tablet support on windows only.
(In reply to comment #8) > Does bug 677125 really happen on Linux? I've never seen such a thing. > You are right, this bug is about broken tablet support on windows only. Yes, is does. To be accurate it systematically did with Gimp 2.6 and now still does with Gimp 2.8 but much less frequently. When I filed bug #677125, I flagged it for Linux OSes. I had been able to reproduce it on Fedora as well. I can't seem to reproduce it at will now and it still occurs sporadically and randomly, I'd say. But it's not gone.
Thanks for clarifying, I reopened the bug.
Thank you as well, Michael.
*** Bug 688782 has been marked as a duplicate of this bug. ***
*** Bug 689506 has been marked as a duplicate of this bug. ***
I have a problem with my tablet's pressure sensitivity in Gimp 2.8.2 on Windows. I have a Monoprice MP1060-HA60. It works fine on this system outside of Gimp. Within Gimp, I can use it like a regular mouse just fine, but I cannot use pressure sensitivity. If I go to Input Devices and set the tablet's mode to Screen or Window, as soon as I put pressure on the device, the UI responds like I am clicking left, right and possibly the middle mouse button as well in a rapid erratic stutter.
*** Bug 700560 has been marked as a duplicate of this bug. ***
Increasing importance, as it worked in GIMP 2.6 and makes GIMP difficult to use.
I have the same issue as Comment 15, from Brad, except with a Huion h610 tablet.
I experienced that tablet supported is broken with a WACOM CTH-460. First I tried older drivers than the most recent version. Eventually I fount that reverting to GIMP 2.8.8 from 2.8.14 restored tabled support. 2.8.10 and an experimental 2.9 build also did not have working tablet support.
I was recently able to test my Wacon tablet on two HP notebooks running Windows 8.1 using the latest GIMP 2.8.14 . The good news is that on both of them I was able to get the tablet detected & operating successfully ... the bad news is that on the slower one (a dual core 1GHz) the tablet's response speed was unacceptably slow: it lagged behind the system cursor by literally 1-2 full seconds (with CPU usage spiking during that time). On the faster notebook (a quad core 2GHz) the lag was perhaps ~1/3 second -- noticeable, but manageable.
strangely I have now lost recognition of the tablet device in 2.8.8. no software changes, searching for a fix...
This is a very strange bug. On one computer running Windows 10 and a Wacom Intuos 4, GIMP runs perfectly, while on the other, recently upgraded to Windows 10 and using a Bamboo Create Pen & Touch, all sorts of weird stuff happens, including but not limited to -GIMP only recognizing the first click on a window, and treating subsequent clicks as "highlight the option but do not click it" (clicking on the window's title seems to "reload" one click for use within the window, meaning to make multiple clicks in a window you'll have to alternate between clicking the window's title bar and clicking the window item), tool-selection and colour-selection spazzing-out while drawing or selecting on the canvas... Since the Intuos computer was newly built, I had figured that maybe reinstalling GIMP would fix the issue, or that Intuos are more compatible, but it looks like others are having the same problems with a variety of tablets, and using GIMP on Ubuntu works with both of my tablets.
This bug still persists in 2.10
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gimp/issues/433.