GNOME Bugzilla – Bug 331171
Custom WACOM Tablet areas are not supported.
Last modified: 2006-02-19 21:10:17 UTC
Please describe the problem: Configuring xorg.conf to use only a portion of the work area on a WACOM tablet causes the cursor dependant tools (such as a brush and/or eraser, etc) to not correctly track the actual cursor position. For instance I use an A5 tablet, and downsize the settings by 2000 on the X axis (both left and right) and 1500 in the Y axis (both top and bottom). So instead of being 0,0,10600,12700 they are 1500,2000,9100,10700. This is due to my weak wrists and is common for WACOM users with limited arm mobility. The tools do not correspond to the position of my cursor when I do so though. Steps to reproduce: 1. Use a custom downsizing of the tablet area in your X configuration. 2. Try to use a cursor position dependant GIMP tool. Actual results: The tools do not follow the position of the cursor. Expected results: The tools to behave as if you were using a non-custom work area. Does this happen every time? Yes. Other information: GIMP is an excellent product - GIMPSHOP allows newcomers to Open Source software to aquaint themselves with the interface before converting from Photoshop. GIMP should come with a skinning facility to allow quick reskinning of other (possibly even prioprietary) product interfaces.
This would be a GTK+ problem. Please let us know what operating system and what GTK+ version you are using so that we can correctly reassign this bug report. And please try not to mix different aspects in a single bug report.
I am using Gentoo Linux and have tried both the latest stable and latest development releases of GTK, with a WACOM Intuos 2 A5. Fedora Core 4 and SuSE 9.3 also have this issue.
What GTK+ versions did you try exactly?
GTK+ 2.8.11 (on Gentoo - don't have access to my Fedora or SuSE box at present), the rest of the interface and any other GTK application works fine - even those using gtk-engines-qt, etc. It's only the work area when I have configured GIMP to use WACOM's pressure/tilt sensitive input. It detects the correct stylus/cursor/eraser inputs - but the position of the cursor within the work area (as in the document I use any tools on) is a good inch (approx 100px) out to the left and the top - this obviously changes depending on the screen resolution and the position of the cursor. It only affects me with a custom detection area when set using xorg.conf or the gui wacom configuration tools. The misalignment happens if I set the detection to both screen or window. You probably have to try it out with a WACOM tablet to experience the problem - but as GIMP shows you the area it will affect and the actual tool as the cursor icon I can quite clearly show you with screen shots and upload my xorg.conf to this bug report (however this will be another 24 hour delay if needed due to my present location). Also could you please send me an email to inform me of the "different aspects" in this bug report if they are outside of the "Other information" section (which I will refrain from using for verbose and non-relevant information from now on).
I am now using GTK+ 2.8.12 and GIMP 2.3.5 - they have the same issues. The only place I can configure WACOM device input (and thus suffer this bug) is in the GIMP and only if I spend the time to specify WACOM device input in File>Preferences>Input Devices>Configure Extended Input Devices... so my initial response would be that this is a GIMP issue not a GTK one. Would you like my screenshot (it's not going to demonstrate anything other than what I am saying)? Also anyone familiar with using a WACOM tablet under X would be able to insert my settings but I can include my xorg.conf. I am currently recompiling my system with xinerama support (even though I use a single monitor) in the vague hope this might fix the misalignment - I will change the bug to RESOLVED if this fixes the issue. Anything else I can try?
The configuration dialog is provided by GTK+ and GIMP only deals with XInput devices through the abstraction layers provided by GTK+ and GDK. That's why you should reassign this report to the GTK+ product after you have made sure that it hasn't already been reported there.
This looks similar to bug #142536
Please see my comments in bug #142536. As far as I can see there are problems both in the Wacom driver for the X server and in GTK+. It might work better if you specify TopX=0, TopY=0 and reduce BottomX and BottomY twice as much instead. Do this in xorg.conf, not with xsetwacom. *** This bug has been marked as a duplicate of 142536 ***