[DIGImend-users] UC-Logic feeback

[Jens V. <in...@je...>]

Hi folks

Thanks for your nice work on this project.
This deseverves some feedback for sure.

I recently needed a new tablet and decided to be brave :)

I bought now a XP-Pen Star 03 10*6" tablett for general use + a bit 
texture drawing for my Linux Mint 17.3.
Wanted to test something pretty cheap but big with no battery needed in 
the pen ( around 50 bucks ).

Got the DigiMend drivers.

The tablet is recognized as expected.

lsusb:
ID 5543:0081 UC-Logic Technology Corp.

xinput --list:
⎡ Virtual core pointer                        id=2    [master pointer  (3)]
⎜   ↳ Virtual core XTEST pointer                  id=4    [slave  pointer  (2)]
⎜   ↳ Logitech USB Receiver                       id=8    [slave  pointer  (2)]
⎜   ↳ Logitech USB Receiver                       id=9    [slave  pointer  (2)]
⎜   ↳ USB Keyboard                                id=11    [slave  pointer  (2)]
⎜   ↳ UC-Logic TABLET 1060N Pen                   id=12    [slave  pointer  (2)]
⎜   ↳ UC-Logic TABLET 1060N Mouse                 id=13    [slave  pointer  (2)]
⎜   ↳ UC-Logic TABLET 1060N Pad                   id=14    [slave  pointer  (2)]
⎜   ↳ UC-Logic TABLET 1060N Consumer Control      id=16    [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)]
     ↳ Power Button                                id=7    [slave  keyboard (3)]
     ↳ USB Keyboard                                id=10    [slave  keyboard (3)]
     ↳ UC-Logic TABLET 1060N Keyboard              id=15    [slave  keyboard (3)]
     ↳ UC-Logic TABLET 1060N System Control        id=17    [slave  keyboard (3)]



I made a few tweaks to adapt handling and enforce releability:

- created a 52-uc-logic.conf where i set the Option "ButtonMapping" "1 3 
2" aka static, no script needed at startup + this survives  a 
sleep/resume, no need for extra actions though:

Section "InputClass"
     Identifier "Graphics tablet mouse"
     MatchIsPointer "on"
     MatchProduct "UC-Logic"
     MatchDevicePath "/dev/input/event*"
     Driver "evdev"
     # Apply custom Options below.
EndSection

Section "InputClass"
     Identifier "Graphics tablet pen"
     MatchIsTablet "on"
     MatchProduct "UC-Logic"
     MatchDevicePath "/dev/input/event*"
     Driver "evdev"
     Option "ButtonMapping" "1 3 2"
EndSection



The tablet wasn't longer recognized when waking the machine from 
sleep/suspend:

- set SUSPEND_MODULES="$SUSPEND_MODULES hid_uclogic" in a pm/config.d module

This all works nicely for painting in Blender, Gimp, Krita. I observed 
the pressure is a bit more
sensitive in the lower ranges than my former wacom graffire4 ( 
threshhold ? ). This is not a problem
in painting use, as the apps allow for manipulating the pressurecurves 
anyway.

I also work most of the time with the pen for general purpose aka 
editing, coding, mouse-like use.
Here a little problem shows up from the very sensitive pen: in rare 
cases click/doubleclick fails.

I tried to use the xsetwacom way described for WALTOP tablets and this 
seems to work in a way, but did
not solve my little problem it seems. Mapping pen buttons was possible.
/xinput list-props "UC-Logic TABLET 1060N Pen stylus"/ showed up as 
expected but /xsetwacom set "UC-Logic TABLET 1060N Pen stylus"  
Threshold 27/ seemed to have no effect. But perhaps i had interference 
with evdev, not sure.

Anyway, from this i've learned that for general purpose use it would be 
nice the evdev driver would have an
pressure threshold for more reliable action tuning in for example 
filemangers, editors etc.
No complaints about usage in drawing applications.

Again thx for your effords. I am a developer too ( Blender, LuxRender ) 
so if you perhaps need more details
just lemme know.

Cheers ... Jens


Jens

-- 

Jens Verwiebe
Allerskehre 44 - 22309 Hamburg

Tel.: +49 40 68 78 50
mobile: +49 172 400 49 07
mailto: in...@je...
web: http://www.jensverwiebe.de