Re: [Gimp-user] The Save dialog box has no response when using tablet pen.
Hi, On Mon, Oct 1, 2012 at 9:13 AM, minhsien0330 minhsien0...@gmail.com wrote: Dear Alexandre and Jehan: My tablet is np10 10.1 tablet PC : http://www.yiynova.com/En/proddetails.php?proid=8clsid=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=0id=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/pci:00/: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) ___
Re: [Gimp-user] Features priorities ?
On Mon, Oct 1, 2012 at 1:57 PM, Rastislav Galia wrote: Hello everybody, especially the devs :) I really enjoy 2.8.2, big thank you ! However, I would like to ask about what are the priorities for these features: - layer group masks - smart objects - higher bit depths - vector layers http://wiki.gimp.org/index.php/Roadmap should answer that :) OTOH, nobody currently works on masls for layer group, but there's quite a bit of work on high bit depths support. Alexandre Prokoudine http://libregraphicsworld.org ___ gimp-user-list mailing list gimp-user-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] Features priorities ?
Em 01-10-2012 09:03, Alexandre Prokoudine escreveu: On Mon, Oct 1, 2012 at 1:57 PM, Rastislav Galia wrote: Hello everybody, especially the devs :) I really enjoy 2.8.2, big thank you ! However, I would like to ask about what are the priorities for these features: - layer group masks - smart objects - higher bit depths - vector layers http://wiki.gimp.org/index.php/Roadmap should answer that :) OTOH, nobody currently works on masls for layer group, but there's quite a bit of work on high bit depths support. Alexandre Prokoudine http://libregraphicsworld.org ___ gimp-user-list mailing list gimp-user-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list High bit depth will be deeply appreciated! ;) ___ gimp-user-list mailing list gimp-user-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list
[Gimp-user] [NEEDED ASAP] GIMP 2.8 Not Accepting My ABR Files
I typically use GIMP 2.6. Computer crashed recently so now I've downloaded 2.8. When I download ABR files into the brushes folder, the program won't start. It wigs out and doesn't work. I copied abr files just fine into my GIMP 2.6. Why is this happening? I even went so far as to find GIMP 2.6 on the web for download. But the same problem. There are strange 'VBR' files now that didn't used to be in my old brush folder but are suddenly there now. Can anyone help me out? (and before anyone blithely tells me 'gimp doesn't accept abr files' my old 2.6 accepted them JUST fine. No fancy converter or anything) -- prettypea (via gimpusers.com) ___ gimp-user-list mailing list gimp-user-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list
[Gimp-user] Gimp gets to cache then crashes
Same here. I think it has to do with the abr brush files I downloaded, because when I took them out it worked just fine again. -- prettypea (via gimpusers.com) ___ gimp-user-list mailing list gimp-user-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list
[Gimp-user] [NEEDED ASAP] GIMP 2.8 Not Accepting My ABR Files
I also am repeatedly receiving an APPCRASH error. -- prettypea (via gimpusers.com) ___ gimp-user-list mailing list gimp-user-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] The Save dialog box has no response when using tablet pen.
Hi, On Tue, Oct 2, 2012 at 9:37 AM, minhsien0330 minhsien0...@gmail.com wrote: 2012/10/1 Jehan Pagès jehan.marmott...@gmail.com 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=0id=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 ___ gimp-user-list mailing list gimp-user-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list