Re: [DIGImend-users] Aiptek Media Tablet 14000u worked instantly (and almost complete) in linux 3.3.2

[Favux ... <fav...@gm...>]

Hi Eduardo,

Recently Nick submitted a snippet to the Linux Wacom Project to keep
the Waltop stylus on the Wacom X driver but have the evdev X driver
control the tablet frame/bezel stuff.  Maybe we should try that.  I
would very much like to find out if there is something wrong in the
Waltop Media Tablet 14.1" HID kernel driver making the stylus buttons
incompatible with the Wacom X driver (xf86-input-wacom) or not.  The
new snippet looks like:

# Waltop tablets
Section "InputClass"
	Identifier "Waltop class"
	MatchProduct "WALTOP"
	MatchIsTablet "on"
	MatchDevicePath "/dev/input/event*"
	Driver "wacom"
EndSection

It's the MatchIsTablet that picks up the stylus from evdev for the
Wacom X driver in 50-wacom.conf.

In /usr/share/X11/xorg.conf.d the 10-evdev.conf matches first.  From
your Xorg.0.log the two evdev snippets that are matching are:

Section "InputClass"
        Identifier "evdev keyboard catchall"
        MatchIsKeyboard "on"
        MatchDevicePath "/dev/input/event*"
        Driver "evdev"
EndSection

Section "InputClass"
        Identifier "evdev tablet catchall"
        MatchIsTablet "on"
        MatchDevicePath "/dev/input/event*"
        Driver "evdev"
EndSection

With your current setup evdev claims the tablet, then wacom, then your
custom rule puts it back on evdev.

Let's try to replicate the new /usr/share/X11/xorg.conf.d matches in
/etc/X11/xorg.conf.d without putting it entirely back on the evdev
driver.  First remove or comment out your 52-tablet-on-evdev.conf.  We
should change the suggested name from 52-waltop-on-wacom.conf to say
52-waltop-custom.conf because we're now using both the evdev and Wacom
drivers.

/etc/X11/xorg.conf.d/52-waltop-custom.conf:

Section "InputClass"
        Identifier "Waltop evdev custom"
        MatchProduct "WALTOP"
        MatchIsKeyboard "on"
        MatchDevicePath "/dev/input/event*"
        Driver "evdev"
EndSection

Section "InputClass"
	Identifier "Waltop wacom custom"
	MatchProduct "WALTOP"
	MatchIsTablet "on"
	MatchDevicePath "/dev/input/event*"
	Driver "wacom"
#	Option "Button2" "2"
#	Option "Button3" "3"
EndSection

Yes very redundant.  :)  But hopefully it will work.

With the stylus back on Wacom there is something you want to check
before removing the comments from the button options in the Wacom
snippet.

The GNOME Wacom Graphics Tablet applet in System Settings will
override these options anyway.  Check its settings and change them to
what you want.  I'm wondering if that was what was causing the problem
in the first place.  Because I don't recall anyone reporting all
stylus buttons set to Button1 1 before, so something funky is going
on.  Maybe Fedora has introduced a bug by inadvertently setting the
gnome-settings-daemon key values wrong for the two stylus side
buttons.  And the scroll wheels should work with this setup, i.e.
being on evdev.

Favux