Written by ubby the 15 Dec 08 at 12:20.

Ubuntu Brainstorm was updated in January 2009. Since the idea #16510 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #16510 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by kdev the 17 Jan 09 at 01:04.

Canonical could hire dedicated full-time developer (probably someone in gimp team) to speed-up porting GIMP to GEGL. As one of the developers told in recent interview it's mostly just "code needs to be written". Right now it is one of the biggest show-stoppers for must-die to linux migration for thousands of users so it is definitely worth paying for.

Canonical could hire dedicated full-time developer (probably someone in gimp team) to speed-up porting GIMP to GEGL. As one of the developers told in recent interview it's mostly just "code needs to be written". Right now it is one of the biggest show-stoppers for must-die to linux migration for thousands of users so it is definitely worth paying for.

Written by jipson the 29 Sep 08 at 16:18.

Ubuntu Brainstorm was updated in January 2009. Since the idea #13860 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #13860 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by Stalker72 the 23 Nov 08 at 12:04.

Ubuntu Brainstorm was updated in January 2009. Since the idea #15893 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #15893 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by ubby the 15 Dec 08 at 12:13.

Ubuntu Brainstorm was updated in January 2009. Since the idea #16509 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #16509 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by ubby the 20 Aug 08 at 16:45.

Ubuntu Brainstorm was updated in January 2009. Since the idea #12382 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #12382 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by speed650 the 25 Dec 08 at 05:33.

Ubuntu Brainstorm was updated in January 2009. Since the idea #16818 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #16818 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by MattRogers1982 the 20 Jan 09 at 12:39.

The technology and implementation of all graphics tablets is very similar, and they all come with fully functional windows drivers. what i would suggest is that a wrapper which includes a linux implementation of basic GFX tablet functions within it and a means of utilising the specific windows driver for communication in a similar manner to other hardware specific wrappers such as ndiswrapper.

The technology and implementation of all graphics tablets is very similar, and they all come with fully functional windows drivers. what i would suggest is that a wrapper which includes a linux implementation of basic GFX tablet functions within it and a means of utilising the specific windows driver for communication in a similar manner to other hardware specific wrappers such as ndiswrapper.

Written by spb_nick the 31 Mar 09 at 20:39.

Most tablets nowadays are connected via USB and implement human interface device (HID) class. This allows for a generic driver stack to be implemented.

All components for this are already there. These are input subsystem in Linux kernel, which supports USB HID devices, and X.org evdev driver which aims at generic device support using event interface exposed by the kernel.

However, there are two problems: first, many tablets do not follow closely the USB specification and each have their own quirks; second, evdev has been reimplemented at least twice recently and still lacks proper tablet support.

While evdev could be made to support tablets once (well, maybe twice) and for all, since the kernel interface is generic, every tablet model needs to be catered to separately.

The hypothesis is that most tables have only HID input report descriptor broken and need it patched before feeding to the kernel parser. Thus, adding support for a new tablet model will require adding a several lines fix to the kernel.

--- shameless plug starts ---
Some time ago I have started a project which aims exactly at that: https://sourceforge.net/projects/digimend/

Most tablets nowadays are connected via USB and implement human interface device (HID) class. This allows for a generic driver stack to be implemented. All components for this are already there. These are input subsystem in Linux kernel, which supports USB HID devices, and X.org evdev driver which aims at generic device support using event interface exposed by the kernel. However, there are two problems: first, many tablets do not follow closely the USB specification and each have their own quirks; second, evdev has been reimplemented at least twice recently and still lacks proper tablet support. While evdev could be made to support tablets once (well, maybe twice) and for all, since the kernel interface is generic, every tablet model needs to be catered to separately. The hypothesis is that most tables have only HID input report descriptor broken and need it patched before feeding to the kernel parser. Thus, adding support for a new tablet model will require adding a several lines fix to the kernel. --- shameless plug starts --- Some time ago I have started a project which aims exactly at that: https://sourceforge.net/projects/digimend/ So far I have implemented a patch to the kernel to support my tablet. And just recently I have made evdev driver from Debian Lenny work with tablets (well, only my tablet was tested, but still). I have also implemented a diagnostics tool which could be sent to tablet owners in order to gather all needed device metrics. You could browse the source repository here: http://digimend.svn.sourceforge.net/viewvc/digimend/trunk/ As a reference, long time ago I have been participating in the Wizardpen X input driver development and have helped get release 0.5.0 out of the door with support for more devices. --- shameless plug ends ---

Written by jpka the 12 Jan 09 at 22:00.

Ubuntu Brainstorm was updated in January 2009. Since the idea #17232 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #17232 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by young the 10 Jan 09 at 17:22.

I'd like to have a bunch of brushes(maybe even a 100 or 1000) installed by default :)

I'd like to have a bunch of brushes(maybe even a 100 or 1000) installed by default :)

Written by young the 18 Jan 09 at 15:48.

Packages with hundreds of brushes easily available through Synaptic.

Packages with hundreds of brushes easily available through Synaptic.

Written by young the 18 Jan 09 at 15:55.

Ask user if he wants to install additional brushes when he/she runs GIMP for the first time.

Ask user if he wants to install additional brushes when he/she runs GIMP for the first time.

Written by kramer65 the 6 Nov 08 at 09:03.

Ubuntu Brainstorm was updated in January 2009. Since the idea #15309 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #15309 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!