Install Wizardpen driver for Iball tablet

[random_jc]

Thanks for your warm welcome, and for your dedication to helping people with their graphic tablets.

Here is what I get from the first command:

:~$ lsusb
Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 002: ID 0458:5010 KYE Systems Corp. (Mouse Systems) 
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 002: ID 0a5c:2145 Broadcom Corp. 
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 002: ID 08ff:2810 AuthenTec, Inc. 
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 004: ID 17ef:4807 Lenovo 
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

and now from the second one:

:~$ xinput list
⎡ Virtual core pointer                        id=2    [master pointer  (3)]
⎜   ↳ Virtual core XTEST pointer                  id=4    [slave  pointer  (2)]
⎜   ↳ Genius EasyPen i405X                        id=10    [slave  pointer  (2)]
⎜   ↳ AlpsPS/2 ALPS DualPoint TouchPad            id=12    [slave  pointer  (2)]
⎜   ↳ DualPoint Stick                             id=13    [slave  pointer  (2)]
⎜   ↳ Macintosh mouse button emulation            id=15    [slave  pointer  (2)]
⎣ Virtual core keyboard                       id=3    [master keyboard (2)]
    ↳ Virtual core XTEST keyboard                 id=5    [slave  keyboard (3)]
    ↳ Power Button                                id=6    [slave  keyboard (3)]
    ↳ Video Bus                                   id=7    [slave  keyboard (3)]
    ↳ Sleep Button                                id=8    [slave  keyboard (3)]
    ↳ UVC Camera (17ef:4807)                      id=9    [slave  keyboard (3)]
    ↳ AT Translated Set 2 keyboard                id=11    [slave  keyboard (3)]
    ↳ ThinkPad Extra Buttons                      id=14    [slave  keyboard (3)]

[Favux]

Sure.

It's a KYE:

Bus 006 Device 002: ID 0458:5010 KYE Systems Corp. (Mouse Systems)

And it looks like we need to add a keyword since we're seeing:

⎜   ↳ Genius EasyPen i405X                        id=10    [slave  pointer  (2)]

I guess i405X would be the most specific so then the 70-wizardpen.conf turns into something like this:

Section "InputClass"
    Identifier "WizardPen class"
    MatchIsTablet "on"
    MatchVendor "UC-LOGIC|KYE Systems|i405X|Ace Cad"
    MatchDevicePath "/dev/input/event*"
    Driver "wizardpen"
EndSection

Section "InputClass"
    Identifier "WizardPen ignore mouse dev class"
    MatchIsTablet "on"
    MatchVendor "UC-LOGIC|KYE Systems|i405X|Ace Cad"
    MatchDevicePath "/dev/input/mouse*"
    Option "Ignore" "yes"
EndSection

[random_jc]

Hi,

I copy-pasted the 70-wizardpen.conf you proposed, but the behavior is unchanged. The lines you quoted from my Xorg.0.log in message #230 are still there, except that "event6" has changed for "event7".

[random_jc]

Well, I don't think it has any relevance at all, but after shuting down the computer completely and restarting it (instead of doing a "restart"), I got back to the "event6" version of Xorg.0.log.

[Favux]

Hi random_jc,

Yes, the event number can change which is why you want to match to event* rather than a specific event #.

Assuming the WizardPen driver installed correctly (although it is getting a little more likely there was a problem with that) then let's try:

Section "InputClass"
    Identifier "WizardPen class"
    MatchIsTablet "on"
#    MatchVendor "UC-LOGIC|KYE Systems|Ace Cad"
    MatchProduct "i405X"
    MatchDevicePath "/dev/input/event*"
    Driver "wizardpen"
EndSection

Section "InputClass"
    Identifier "WizardPen ignore mouse dev class"
    MatchIsTablet "on"
#    MatchVendor "UC-LOGIC|KYE Systems|Ace Cad"
    MatchProduct "i405X"
    MatchDevicePath "/dev/input/mouse*"
    Option "Ignore" "yes"
EndSection

If we're lucky this will get the tablet on the WizardPen X driver and off the evdev driver.

[random_jc]

Hi,

so the new 70-wizardpen.conf you proposed changes a bit the effects of pressing and of the buttons, but not in the way we hope. In fact, pressing doesn't have any effect with the new version, while the behaviour of the buttons changed. Anyways, the Xorg.0.log continues to look like in message #230.

The first thing I did with the tablet was to plug it in, before installing any driver. Could it be that when plugged for the first time, it was matched permanently with the wrong driver ?

[Favux]

Interesting thought, but no that isn't how it works. Can you give me a little more description. What did the stylus buttons start doing? And what does xinput list and:

xinput list-props "Genius EasyPen i405X"

look like?

I need to see you Xorg.0.log in case you missed something in the excerpt. Right click on it and compress it with Create Archive. Attach it to your next post with Manage Attachments below.

[random_jc]

One of the stylus buttons does a "middle click" and the other one a "right click". Here is the answer to the command you asked:

:~$ xinput list-props "Genius EasyPen i405X"
Device 'Genius EasyPen i405X':
    Device Enabled (125):    1
    Device Accel Profile (245):    0
    Device Accel Constant Deceleration (246):    1.000000
    Device Accel Adaptive Deceleration (248):    1.000000
    Device Accel Velocity Scaling (249):    10.000000

and attached is my Xorg.0.log.

Many thanks again.

[random_jc]

Well, in fact I was not correct when I said my Xorg.0.log did not change. It continues to contain

(**) Genius EasyPen i405X: Applying InputClass "evdev tablet catchall"

which I understood as the "very bad line", but after that you will see that things get quite different.

[random_jc]

To be sure, I tried again with the version you proposed in message #232. So I confirm that in this case, the extra lines appearing with the version of message #235 do not appear (in coherence with the fact that the behavior of the tablet is not changed). Sorry about my lack of precision.