Enabling Tablet pressure senstivity causes mouse clicks to be ignored in Gimp and Inkscape

[nick-gtk nickpiper co uk]

Dear GTK list,

I recently bought a 'Genius MousePen 8x6 Tablet'. It's sold as a Trust
TB-6300.

I'm trying to discover why I can't use both it's pressure sensitivity,
AND my mouse buttons, at the same time in the Gimp and Inkscape.

I don't know if my problem is caused by Xorg, GTK+, Gimp/Inkscape, or
the Xorg input driver. Variations of this seem to be a common problem
with tablets: http://www.google.co.uk/search?q=gimp+tablet+mouse but
some people have 'solved it' (mostly randomly?)

I'm posting to the GTK list first, because the GtkInputDialog is used
to configure the tablet for Gimp, and it shows surprising information.

I'm using this Xorg driver:
http://linuxgenius.googlecode.com/files/wizardpen-0.7.0-alpha2.tar.gz

I'm using Debian, and have these packages:

xserver-xorg                                             1:7.4+4
xserver-xorg-core                                        2:1.6.5-1
xserver-xorg-dev                                         2:1.6.5-1
xserver-xorg-input-all                                   1:7.4+4
libgtk2.0-common                                         2.18.3-1
gimp                                                     2.6.7-1
inkscape                                                 0.46-9

This is how the GtkInputDialog dialog looks to me, in both Gimp and
Inkscape. This screenshot is from the Gimp.
 Mouse:  http://imgur.com/RDrtB.png
 Tablet: http://imgur.com/Xi5ay.png

Surprisingly, 'Keys' is empty for both. This shows it empty for the
mouse: http://imgur.com/aYZV7.png I'd expect that my mouse has some
keys (buttons?) at least.

If I set Mouse: Screen, Tablet: Disabled, this happens:

Mouse
Movement:      OK
Left button:   No reaction
Middle button: Cursor changes to canvas-scroll, but then moving the
               canvas is erratic, like it's fighting to stay in one
	       place.
Right button:  Pop-up menu

Tablet
Movement:      OK
Pressure:      No reaction (Why? Is it not still a SendCoreEvents pointer?)

If I set Mouse: Disabled, Tablet: Screen, (some people posted
elsewhere that they have success in this config) this happens:

Mouse
Movement:    OK
Left button:   No reaction
Middle button: No reaction
Right button:  No reaction

Tablet
Movement:      OK
Pressure:      OK

If I set Mouse: Screen, Tablet: Screen, (this is how I'd
expect to require to configure this dialog) this happens:

Mouse
Movement:      OK
Left button:   No reaction
Middle button: Cursor changes to canvas-scroll, but then moving the
               canvas is erratic, like it's fighting to stay in one
	       place.
Right button:  Pop-up menu

Tablet
Movement:      OK
Pressure:      OK

That behaviour is almost right, if the Left and Middle buttons behaved
properly.

This is Xorg detecting my mouse:

(II) config/hal: Adding input device Kingsis Peripherals Evoluent VerticalMouse 2
(**) Kingsis Peripherals Evoluent VerticalMouse 2: always reports core events
(**) Kingsis Peripherals Evoluent VerticalMouse 2: Device: "/dev/input/event1"
(II) Kingsis Peripherals Evoluent VerticalMouse 2: Found 9 mouse buttons
(II) Kingsis Peripherals Evoluent VerticalMouse 2: Found x and y relative axes
(II) Kingsis Peripherals Evoluent VerticalMouse 2: Found scroll wheel(s)
(II) Kingsis Peripherals Evoluent VerticalMouse 2: Configuring as mouse
(**) Kingsis Peripherals Evoluent VerticalMouse 2: YAxisMapping: buttons 4 and 5
(**) Kingsis Peripherals Evoluent VerticalMouse 2: EmulateWheelButton: 4, EmulateWheelInertia: 10, EmulateWheelTimeout: 200
(II) XINPUT: Adding extended input device "Kingsis Peripherals Evoluent VerticalMouse 2" (type: MOUSE)
(**) Kingsis Peripherals Evoluent VerticalMouse 2: (accel) keeping acceleration scheme 1
(**) Kingsis Peripherals Evoluent VerticalMouse 2: (accel) filter chain progression: 2.00
(**) Kingsis Peripherals Evoluent VerticalMouse 2: (accel) filter stage 0: 20.00 ms
(**) Kingsis Peripherals Evoluent VerticalMouse 2: (accel) set acceleration profile 0
(II) Kingsis Peripherals Evoluent VerticalMouse 2: initialized for relative axes.

and this is Xorg detecting the tablet:

(II) config/hal: Adding input device UC-LOGIC Tablet WP8060U
(**) UC-LOGIC Tablet WP8060U: TopX = 1639
(**) UC-LOGIC Tablet WP8060U: TopY = 2345
(**) UC-LOGIC Tablet WP8060U: BottomX = 31462
(**) UC-LOGIC Tablet WP8060U: BottomY = 30990
(**) Option "Device" "/dev/input/event2"
(--) Wizardpen Tablet MaxX:0 MaxY:0 MaxZ:0
(**) UC-LOGIC Tablet WP8060U is in absolute mode
(**) Option "SendCoreEvents" "true"
(**) UC-LOGIC Tablet WP8060U: always reports core events
(II) XINPUT: Adding extended input device "UC-LOGIC Tablet WP8060U" (type: WizardPen Tablet)
(II) UC-LOGIC Tablet WP8060U Increment: 1

My /etc/hal/fdi/policy/99-x11-wizardpen.fdi is:

<?xml version="1.0" encoding="ISO-8859-1" ?>
<deviceinfo version="0.2">
<device>
    <!-- This MUST match with the name of your tablet obtained -->
    <!-- in Step 2 specified previously                        -->
    <match key="info.product" contains="UC-LOGIC Tablet WP8060U">
    <merge key="input.x11_driver" type="string">wizardpen</merge>
    <merge key="input.x11_options.SendCoreEvents" type="string">true</merge>
     <!-- Modify these configuration accordingly -->
    <!-- See CONFIGURATION OPTIONS section for the full-set of -->
    <!-- configurable options                                  -->
    <merge key="input.x11_options.TopX" type="string">1639</merge>
    <merge key="input.x11_options.TopY" type="string">2345</merge>
    <merge key="input.x11_options.BottomX" type="string">31462</merge>
    <merge key="input.x11_options.BottomY" type="string">30990</merge>
    <merge key="input.x11_options.MaxX" type="string">31462</merge>
    <merge key="input.x11_options.MaxY" type="string">30990</merge>
    </match>
</device>
</deviceinfo> 

Any advice on where to start finding what is wrong, gratefully
accepted!

Regards,

 Nick

-- 
Nick Piper                           GPG: 1024D/3ED8B27F
Open Source advocate, System Architect, Network Engineer