On Sat, Sep 29, 2012 at 6:32 PM, minhsien0330 wrote:

Dear all:
I have a tablet NB

What is it?

Alexandre Prokoudine http://libregraphicsworld.org

Hi,

On Sat, Sep 29, 2012 at 11:32 PM, minhsien0330 wrote:

Dear all:
I have a tablet NB which has no keyboard, so I need to save my file by clicking the "Save" dialog with my tablet pen. Sometimes the "Save" dialog has no reponse when I was using tablet pen, but other input devices like usb keyboard and usb mouse worked fine. I found the "Save as" and "Save a copy" dialog had the same problem. Anybody know how to deal with this problem?

Not sure if this is the solution, but check if the tablet is enabled in Gimp (probably not if you never did it, Gimp disables tablet features by default). And if not, do it. A "disabled" tablet in Gimp means simply that this input device is not processed particularly. And in particular the most common issue is that it means that you have no pressure support. Otherwise it should still work ok as a normal input device (= an expensive mouse) and you still should be able to click. This is why I am not sure this may be your problem.

To check:

Go in "Edit" > "Input Devices". On the left, you should have a list of all detected input devices (this is done at startup, so you must plug the tablet *before* starting Gimp). You should see various devices corresponding to your tablet (usually one for the pad, one for the stylus, for the eraser, etc.). Select each of those and if the "Mode" value is on "Disabled", set it to "Screen". Click "Save", "Close", and see if it is better.

Also, same as Alexandre, what is a tablet NB? Do you have a link? Thanks.

Jehan

Thank a lot~

Regards,

Minhsien

_______________________________________________ gimp-user-list mailing list
gimp-user-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-user-list

Hi,

On Mon, Oct 1, 2012 at 9:13 AM, minhsien0330 wrote:

Dear Alexandre and Jehan:

My tablet is "np10 10.1 tablet PC" : http://www.yiynova.com/En/proddetails.php?proid=8&clsid=4?%3E I am a Debian Linux user, the tablet screen and pen was well supported by Linux kernel (3.2.0) and Xorg(1.12.1.902), I posted the /var/log/Xorg.0.log at the end of this mail.

Are you using the linuxwacom X driver (which has some support for Waltop tablets, I see:
http://linuxwacom.git.sourceforge.net/git/gitweb.cgi?p=linuxwacom/xf86-input-wacom;a=blob;f=src/wcmUSB.c;h=9f327ba6b0210a04933da22861750d304d7edb86;hb=HEAD#l172 and your tablet is apparently a Walcom one sold under another brand) or the X driver from the vendor itself (http://www.waltop.com.tw/download.asp?lv=0&id=2 which is apparently a fork off of linuxwacom 0.8.4, according to linuxwacom sources)? Note that I don't see your device (0x5a) in linuxwacom list. So I guess the answer is that you are using the vendor driver. Just to be sure though, would be worth checking.

The problem may indeed come from the driver rather than Gimp, especially if you use the wrong one (do you use the pen a lot outside Gimp? Do you have similar issues elsewhere?). Same questions could apply to GTK: if you have similar issues on other programs, but only GTK ones, may be a bug in the GTK graphical toolkit.

I had checked the setting in Input device, the input device (pen) of this tablet had been set as "Screen" mode, and I can drawing with pen pressure, So I think the tablet and pen was enabled in Gimp.

For this kind of tablet, you see only a pen input device? Not a pad too? (I know this is a special type of machine, where the pad is also the screen. So the question is maybe stupid, but as I cannot test myself...)

In Gimp 2.4.7, this "No response" problem only happened in the second time I opened and tried to type filename in "Save dialog". The reproduce procedure is:

[...]

Besides, I found, in Gimp-2.6, "sometimes" the toolbox became "unclickable" for tablet pen, but drawing in the image window with the tablet pen still worked fine at the same time. It happened randomly, I cannot find the rule so far. After searching on Google, I guess this gimp-2.6 problem is similar to this bug report:
https://bugs.launchpad.net/ubuntu/+source/gimp/+bug/556670

I see you mention Gimp 2.4.7 and 2.6. Have you tried with 2.8 (last stable version 2.8.2)? Maybe that's fixed there. That would be worth installed (or compiled if Debian has no package yet maybe). I would say that if there is no easy fix to your issue (like a configuration one that we tried), nor a driver issue, installing the latter version of Gimp should be the next step to diagnose.

Jehan

Do I need to offer any information? Thank you so much :)

Regards,
Minhsien

---
The following information of this tablet device in /var/log/Xorg.0.log was: [ 14.811] (II) config/udev: Adding input device WALTOP Tablet (/dev/input/event1)
[ 14.811] (**) WALTOP Tablet : Applying InputClass "evdev tablet catchall"
[ 14.811] (II) Using input driver 'evdev' for ' WALTOP Tablet '
[ 14.811] (**) WALTOP Tablet : always reports core events
[ 14.811] (**) evdev: WALTOP Tablet : Device: "/dev/input/event1"
[ 14.811] (--) evdev: WALTOP Tablet : Vendor 0x172f Product 0x5a
[ 14.811] (--) evdev: WALTOP Tablet : Found 1 mouse buttons
[ 14.811] (--) evdev: WALTOP Tablet : Found absolute axes
[ 14.811] (--) evdev: WALTOP Tablet : Found x and y absolute axes
[ 14.811] (--) evdev: WALTOP Tablet : Found absolute tablet.
[ 14.811] (II) evdev: WALTOP Tablet : Configuring as tablet
[ 14.811] (**) evdev: WALTOP Tablet : YAxisMapping: buttons 4 and 5
[ 14.811] (**) evdev: WALTOP Tablet : EmulateWheelButton: 4, EmulateWheelInertia: 10, EmulateWheelTimeout: 200 [ 14.811] (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1:1.0/input/input1/event1" [ 14.811] (II) XINPUT: Adding extended input device " WALTOP Tablet " (type: TABLET, id 10)
[ 14.812] (II) evdev: WALTOP Tablet : initialized for absolute axes.
[ 14.812] (**) WALTOP Tablet : (accel) keeping acceleration scheme 1
[ 14.812] (**) WALTOP Tablet : (accel) acceleration profile 0
[ 14.812] (**) WALTOP Tablet : (accel) acceleration factor: 2.000
[ 14.812] (**) WALTOP Tablet : (accel) acceleration threshold: 4
[ 14.813] (II) config/udev: Adding input device WALTOP Tablet (/dev/input/mouse0)

_______________________________________________ gimp-user-list mailing list
gimp-user-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-user-list

Hi,

On Tue, Oct 2, 2012 at 9:37 AM, minhsien0330 wrote:

2012/10/1 Jehan Pagès

Are you using the linuxwacom X driver (which has some support for Waltop tablets, I see:

http://linuxwacom.git.sourceforge.net/git/gitweb.cgi?p=linuxwacom/xf86-input-wacom;a=blob;f=src/wcmUSB.c;h=9f327ba6b0210a04933da22861750d304d7edb86;hb=HEAD#l172 and your tablet is apparently a Walcom one sold under another brand) or the X driver from the vendor itself (http://www.waltop.com.tw/download.asp?lv=0&id=2 which is apparently a fork off of linuxwacom 0.8.4, according to linuxwacom sources)? Note that I don't see your device (0x5a) in linuxwacom list. So I guess the answer is that you are using the vendor driver. Just to be sure though, would be worth checking.

Dear Jehan:

I did not install the driver from the vendor or xserver-xorg-input-wacom, I am not sure it's wacom driver or not. The dmesg and Xorg.0.log seems not talking about this, do you know how to check the driver?

There is this other project, DIGImend, that was linked from linuxwacom: http://sourceforge.net/apps/mediawiki/digimend/index.php?title=DIGImend This project works in particular to improve non-Wacom tablets. They don't provide a separate driver, because they prefer to provide upstream patches to the kernel and the evdev X generic input driver (and maybe to linuxwacom in the future), which is even better in my opinion because it means you don't have to install anything else. Anyway looking again your Xorg logs, it looks like your tablet has been taken upon directly by the evdev X driver.

Strange thing though is that I did not find your tablet in the DIGImend list either:
http://sourceforge.net/apps/mediawiki/digimend/index.php?title=Tablet_support_status

It is good that your tablet works well, but I would still suggest you to contact DIGImend, tell them that your tablet works well out of the box, though you have no idea why. And give them information about your tablet (the Xorg output, then whatever they may ask). That may be a good way to ensure that your tablet support is not an accident and that it won't disappear in the future.

The problem may indeed come from the driver rather than Gimp, especially if you use the wrong one (do you use the pen a lot outside Gimp? Do you have similar issues elsewhere?). Same questions could apply to GTK: if you have similar issues on other programs, but only GTK ones, may be a bug in the GTK graphical toolkit.

Similar problem happened in Mypaint, but the problem happened only when opening Preference dialog (sometimes), it never happened with Save dialog. Except for Mypaint, no other GTK application had this problem, eg. leafpad.

I see, Mypaint looks pretty similar to Gimp though. They may have very similar piece of codes, so the same bugs. Or maybe that's something in GTK related to graphical/drawing widgets only.

For this kind of tablet, you see only a pen input device? Not a pad too? (I know this is a special type of machine, where the pad is also the screen. So the question is maybe stupid, but as I cannot test myself...)

In "Input" dialog, there are only 2 device: (1) Virtual core xtest pointer
(2) Waltop Tablet

I see you mention Gimp 2.4.7 and 2.6. Have you tried with 2.8 (last stable version 2.8.2)? Maybe that's fixed there. That would be worth installed (or compiled if Debian has no package yet maybe). I would say that if there is no easy fix to your issue (like a configuration one that we tried), nor a driver issue, installing the latter version of Gimp should be the next step to diagnose.

Jehan

Thanks for your reminding, I had tested this problem with gimp 2.8.2 yesterday.
The pen worked fine with gimp-2.8.2, I have migrated to gimp-2.8.

Good to know it is now fixed!

Note: this "No response to tablet pen" problem only happened when meeting the About dialog (Help > About).

Do you mean it still happens in 2.8.2, but only in the about dialog? That's better but probably proves the bug was coming from Gimp code, I imagine. It must have been fixed in most important parts but not the about.

Thanks you.

Enjoy your tablet. :-)

Jehan

Regards,

Minshein0330

_______________________________________________ gimp-user-list mailing list
gimp-user-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-user-list