Written by ubby the 26 Jun 09 at 10:14.

This will make Gimp, Inkscape and Scribus better to compete with the Adobe Creative Suite.
Because of a unified look and feel it will be easier to work with the programs.

To accomplish this the developers of the programs need to work together.
Maybe the developers can get help from universities who are working with graphic software.

This will make Gimp, Inkscape and Scribus better to compete with the Adobe Creative Suite. Because of a unified look and feel it will be easier to work with the programs. To accomplish this the developers of the programs need to work together. Maybe the developers can get help from universities who are working with graphic software.

Written by carvao the 26 Jun 09 at 15:45.

A software composed by different modules: a viewer, bitmap editor, vector editor, desktop publishing, web creator, and so on. The user chooses which modules wants to install or use by the time he/she opens a file or creates a new project.

A software composed by different modules: a viewer, bitmap editor, vector editor, desktop publishing, web creator, and so on. The user chooses which modules wants to install or use by the time he/she opens a file or creates a new project.

Written by Darwin Survivor the 26 Jun 09 at 20:09.

I'm not sure if one already exists, so bear with me.

One of the problems I believe is keeping programs from unifying is the lack of a recommended UI design. People start making projects and just throw buttons at it whenever they need a new feature. Over time the layout becomes caotic and a huge mess, so the project enters a "fix-it" stage where the UI is redone and made more functional.

The problem is that each project is doing this individually and only taking small hints from other projects. If there were a simple, elegant and extendable layout and scheme for gnome, or linux for that matter, it would help the projects in the "fix-it" stage to evolve into having similarly designed UIs.

What we need is that simple, elegant yet extensible layout design and a group of people (or projects) to start pushing it.

I'm not sure if one already exists, so bear with me. One of the problems I believe is keeping programs from unifying is the lack of a recommended UI design. People start making projects and just throw buttons at it whenever they need a new feature. Over time the layout becomes caotic and a huge mess, so the project enters a "fix-it" stage where the UI is redone and made more functional. The problem is that each project is doing this individually and only taking small hints from other projects. If there were a simple, elegant and extendable layout and scheme for gnome, or linux for that matter, it would help the projects in the "fix-it" stage to evolve into having similarly designed UIs. What we need is that simple, elegant yet extensible layout design and a group of people (or projects) to start pushing it.

Written by ethana2 the 28 Jun 09 at 23:35.

When you have a large screen with a scribus or inkscape window maximized, a menu bar that's not on the top screen edge becomes inconvenient. While ubuntu isn't likely to default to a global menu for a variety of reasons, it's a crucial part of the professional workflow --ask any graphic designer who uses a Mac Pro with a Cinema display.

When you have a large screen with a scribus or inkscape window maximized, a menu bar that's not on the top screen edge becomes inconvenient. While ubuntu isn't likely to default to a global menu for a variety of reasons, it's a crucial part of the professional workflow --ask any graphic designer who uses a Mac Pro with a Cinema display.

Written by cyberix the 7 Jul 09 at 19:46.

Bring core developers of Gimp, Inkscape, Scribus, and maybe some OpenOffice folks physically into the same room to discus the matter.

Bring core developers of Gimp, Inkscape, Scribus, and maybe some OpenOffice folks physically into the same room to discus the matter.

Written by ethana2 the 9 Jul 09 at 07:56.

for dialog use by inkscape, gimp, and other applications. Few end users use tiling window managers on their desktops, but GIMP developers seem to expect them to. Speaking as an xmonad user, this is ridiculous.

for dialog use by inkscape, gimp, and other applications. Few end users use tiling window managers on their desktops, but GIMP developers seem to expect them to. Speaking as an xmonad user, this is ridiculous.

Written by hellocatfood the 14 Jul 09 at 00:00.

I like each of the applications individually but it's a pain having to learn and remember a different set of keyboard shortcuts all of the time.

Adding an option to overwrite the keyboard shortcut for common tools (move, eyedropper, paint bucket etc) with a unified set would be very useful.

I like each of the applications individually but it's a pain having to learn and remember a different set of keyboard shortcuts all of the time. Adding an option to overwrite the keyboard shortcut for common tools (move, eyedropper, paint bucket etc) with a unified set would be very useful.

Written by MattRogers1982 the 8 May 09 at 10:35.

create a plugin for GIMP 2.6 which includes all common layer styles. This is in effect an update of the layer effects plugin available for GIMP 2.4.

create a plugin for GIMP 2.6 which includes all common layer styles. This is in effect an update of the layer effects plugin available for GIMP 2.4.

Written by stijnb the 25 Aug 10 at 09:37.

i would rename 'documentation for the GIMP' to 'GIMP help'.

this change will position the software directly beneath the GIMP programme, which makes it easier to find. no need to scroll down in the list. simply grouped together.

i would rename 'documentation for the GIMP' to 'GIMP help'. this change will position the software directly beneath the GIMP programme, which makes it easier to find. no need to scroll down in the list. simply grouped together.

Written by Akerbos the 26 Aug 10 at 09:36.

Documentation has no place in a menu designed for applications. Remove the item and link to documention in GIMP itself.

Documentation has no place in a menu designed for applications. Remove the item and link to documention in GIMP itself.

Written by DaedalusPrime the 27 Aug 10 at 04:36.

Packages like this that are documentation or extensions to a particular package should be grouped under the package and probably hidden by default. Then when you select a package, show the list of sub-packages with checkboxes so you can select the options you want to install at the same time.

Packages like this that are documentation or extensions to a particular package should be grouped under the package and probably hidden by default. Then when you select a package, show the list of sub-packages with checkboxes so you can select the options you want to install at the same time.

Written by puxkggn the 8 Sep 10 at 15:58.

The title says it all.

Rename 'Documentation for the GIMP' to 'GIMP help documentation'

And implement solution #3:
Solution #3: Make Software Center hierarchical
Written by DaedalusPrime the 27 Aug 10 at 04:36.
Packages like this that are documentation or extensions to a particular package should be grouped under the package and probably hidden by default. Then when you select a package, show the list of sub-packages with checkboxes so you can select the options you want to install at the same time.

The title says it all. Rename 'Documentation for the GIMP' to 'GIMP help documentation' And implement solution #3: Solution #3: Make Software Center hierarchical Written by DaedalusPrime the 27 Aug 10 at 04:36. Packages like this that are documentation or extensions to a particular package should be grouped under the package and probably hidden by default. Then when you select a package, show the list of sub-packages with checkboxes so you can select the options you want to install at the same time.

Written by dragoninsane the 16 Jul 08 at 13:56.

Ubuntu Brainstorm was updated in January 2009. Since the idea #11189 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 #11189 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 23 Jun 09 at 12:31.

Rather than an overhaul of the core program a simple plugin which offers the functionality would suffice

Rather than an overhaul of the core program a simple plugin which offers the functionality would suffice

Written by MentalNotes the 3 Jul 09 at 15:54.

The GIMP's developers are in the process of switching the GIMP's graphics engine to GEGL, a "graph based image processing framework". When that is complete, they plan to implement CMYK support using GEGL.

http://www.mail-archive.com/gegl-developer@lists.xcf.berkeley.edu/msg00422.html
http://www.gegl.org/

The GIMP's developers are in the process of switching the GIMP's graphics engine to GEGL, a "graph based image processing framework". When that is complete, they plan to implement CMYK support using GEGL. http://www.mail-archive.com/gegl-developer@lists.xcf.berkeley.edu/msg00422.html http://www.gegl.org/

Written by ubby the 8 May 09 at 10:08.

There is no other program that has such a good solution for erasing the background.

There is no other program that has such a good solution for erasing the background.

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 svegetal the 12 May 09 at 17:50.

ideas
> holding alt+shift+leftmouse-click and drag to change the brush size.

> holding alt+ctrl opens a color palet were the mouse is located.

sorry my english

ideas > holding alt+shift+leftmouse-click and drag to change the brush size. > holding alt+ctrl opens a color palet were the mouse is located. sorry my english

Written by tuxxy the 13 May 09 at 01:31.

Along with the shorcuts these features should have a menu entry and available set of options to configure.

Along with the shorcuts these features should have a menu entry and available set of options to configure.

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 18 Aug 08 at 21:30.

Ubuntu Brainstorm was updated in January 2009. Since the idea #12313 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 #12313 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!