On Mon, Dec 16, 2013, at 09:29 AM, Anna Morris wrote:

Hey, I am a gimp user and am working for a few days with this new crowd funding platform where new features for Free and Open Source Software can be funded one by one.

The first Gimp feature is ready to fund: it is a cool symmetry painting tool, it would make a great addition to the software.

You can donate anything from €1 up here: http://funding.openinitiative.com/funding/1578/ - also, you would get to test the feature and feedback before your donation goes through :)

I hope to get some more features up there soon: which features would you donate too if you could? What functions are really urgently needed in GIMP? What creative stuff would you LOVE to do that isn't possible yet? Let me know ;)

Best

Anna

_______________________________________________ gimp-user-list mailing list
List address: gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list Email had 1 attachment:
+ signature.asc
1k (application/pgp-signature)

I would love to see more bug and functionality fixes than new tools personally. Being more of an editor than a creator, I seem to use gimp in a different way than the core team is aiming for, as is expressed by the 2.10 Unified transformation tool. That doesn't mean I'm not looking forward to trying it. I still use gimp almost every day for hours on end, so core functionality is paramount.

My biggest request would be fixing the new cairo based path engine. I've considered moving back to 2.6 many times as the new engine has many bugs,
(http://gimp.1065349.n5.nabble.com/Path-Tool-Problems-td40365.html#a40411) and really slows me down from what I was used to. Also having the new on canvas text options window follow the view when zooming and panning instead of locked in place to the top left of the text. These come to mind the most.

As far as new features... True path intersections (combine without overlaps) Any implementation to select multiple path nodes. Option to merge paths to new path while leaving originals untouched. (Modifier key)
Path transformations without having to use path to selection. Rotatable guides.
Drop layers on tab thumbs.
Tab ordering via Drag & Drop
Gui or folder based system to arrange scripts and plugins into the menu. Layer styles
Remember all popup window positions (tools, scripts, etc..) Built in resource manager that remembers brush tags Scaling an image keeps text data. (Or at least a way to know what the font was before text info discarded. (Append font name to layer-name?)) Dockable Script-Fu and Python-Fu consoles many more..... :P

I would be thrilled to see any of these implemented, but honing what we already have is even more important IMO. I realize a lot of these features have been discussed in detail before and will never be implemented, but this is a "Wish" list.

Regardless, I hope your endeavor takes off and encourages more of the same. It would help development of gimp pick up pace substantially. Thank you for taking the plunge.

akovia

http://www.fastmail.fm - Same, same, but different...

Hey, I am a gimp user and am working for a few days with this new crowd
funding platform where new features for Free and Open Source Software can be funded one by one.

The first Gimp feature is ready to fund: it is a cool symmetry painting
tool, it would make a great addition to the software.

You can donate anything from €1 up here: http://funding.openinitiative.com/funding/1578/ - also, you would get to
test the feature and feedback before your donation goes through :)

I hope to get some more features up there soon: which features would you
donate too if you could? What functions are really urgently needed in GIMP? What creative stuff would you LOVE to do that isn't possible yet?
Let me know ;)

Best

Anna

Hi Anna,

I totally agree with Akovia's serious submission. With your funding platform, hopefully the Gimp developers will consider implementing these ideas in the coming versions.

Dnia 17 grudnia 2013 3:50 akovia napisał(a):

As far as new features...
True path intersections (combine without overlaps) Any implementation to select multiple path nodes. Option to merge paths to new path while leaving originals untouched. (Modifier key)
Path transformations without having to use path to selection. Rotatable guides.

Why ask for partial solutions instead of definite solution to problems with paths? Maybe this would satisfy Your needs:

Some time ago there was something like Gimp in pictures - i don't remember exact name nor addres of the site. It was display of drawings presenting new ideas for Gimp. One of such idea was to add one functionality to paths: edit in Inkscape.

There are some limitations what can be done with paths in xcf fileformat, but still something like this would improved path handling in Gimp. Just merge paths card with Inkscape.

This can be done in a different way too: Add one more card to tools menu / tools window. On this new card i'd expect everything to do with paths (everything what can be ported from Inkscape). Both projects are GPL licensed so there is no reason why whole menu layout, design and functions cannot be "borrowed" from Inkscape. Just instead of opening one "path tool" user would press this icon and switch to path menu (with everything from drawng to free transformation). Again it would require just one icon to switch back into "raster menu".

At the moment path handling in Gimp is like "Adobe-style" tortures. This could be redesigned for more comfortable and effective workflow. Such redesign would both help with current workflow and also open new, unprecedented ways to design and manipulate images.

Of course xcf and svg handle paths in slightly different ways. I couldn't find path color attributes in any overview of xcf, but ideas like nodes, layers, shapes... can be used in both ways of thinking. So why don't use ideas of similar transformations?

Dominik Tabisz

P.S. I don't understand how this crowd gathered money would make Gimp developers code changes to Gimp. Are we going to hire someone to code this changes for us, or it will be kind of prize for supplying Gimp fork, that work as we want? Otherwise it would be nice to hear from developers, that feature we desire is "available".

On Tue, Dec 17, 2013 at 11:02 PM, wietrzny wrote:

P.S. I don't understand how this crowd gathered money would make Gimp developers code changes to Gimp. Are we going to hire someone to code this changes for us, or it will be kind of prize for supplying Gimp fork, that work as we want? Otherwise it would be nice to hear from developers, that feature we desire is "available".

*cough* A news post from 2013-09-23 on gimp.org specifically addresses that :)

Alexandre

On Tue, Dec 17, 2013, at 02:02 PM, wietrzny wrote:

Dnia 17 grudnia 2013 3:50 akovia napisał(a):

As far as new features...
True path intersections (combine without overlaps) Any implementation to select multiple path nodes. Option to merge paths to new path while leaving originals untouched. (Modifier key)
Path transformations without having to use path to selection. Rotatable guides.

Why ask for partial solutions instead of definite solution to problems with paths?

Dominik Tabisz

I'm not looking for complete inkscape path capabilities, but the features I'd like to see are a little more realistic I think. Gimp is awesome if you are only working with a few paths, but there are times I need to render many text letters for example. I like to do them individually so I can reuse same letters. I can end up with tons of paths. (Add path groups to my wishlist.) So when I have all my paths, I'll inevitably merge them together. Right now it'll discard your original paths and create a new one. If you find a mistake later on or just want to make some alignment changes, you have to do it all manually. So I am left having to duplicate every single path, (sometimes lots of scrolling is involved) and then merge the dupes. This really slows production.

When you actually do merge paths or do a text to path with overlapping paths, the selection is in exclusion mode So you can either manually join the paths, (tedious) or never merge them and select each one individually and "add to selection". (tedious and doesn't work with text to path)
Maybe a merge dialog is in order.
Leave originals: y/n
Merge Mode: Union/Exclusion etc..
At the very least, it should default to union and not exclusion.

When working with paths there needs to be a way to select multiple nodes. This has been talked about before and really should be inside gimp already and not considered a feature. Erasing nodes should not be an exercise in carpel tunnel and eye strain.

Path transformations should default to only transforming the path and not the path as it relates to the canvas. Right now you have to path-to-selection first, and then you have the marching ants you have to turn off is you want a fine sight adjustment. If you need to adjust it more or differently, you have to redo path to selection again. It's just too many steps to get into a flow. Swapping the behavior to default to transforming the shape only, and select the canvas to transform the path within the canvas size seems way more intuitive.

Lastly, I doubt I'll ever see rotating guides in gimp but it would be fantastic. It looked like it might make it at one point, but it died. http://gimp.1065349.n5.nabble.com/2-4-and-how-to-continue-from-here-td21550.html

I think of these things not so much as new features, since you can already do these things in gimp manually, (minus guides) but as improving the functionality that's already there. I realize that code is code whether it's called a feature or not. I just would rather cut out the tedium where possible. It would promote more creativity.

akovia

http://www.fastmail.fm - A no graphics, no pop-ups email service

Hey, I am a gimp user and am working for a few days with this new crowd
funding platform where new features for Free and Open Source Software can be funded one by one.

The first Gimp feature is ready to fund: it is a cool symmetry painting
tool, it would make a great addition to the software.

You can donate anything from €1 up here: http://funding.openinitiative.com/funding/1578/ - also, you would get to
test the feature and feedback before your donation goes through :)

I hope to get some more features up there soon: which features would you
donate too if you could? What functions are really urgently needed in GIMP? What creative stuff would you LOVE to do that isn't possible yet?
Let me know ;)

Best

Anna

Hi,

I have seen in Photoshop that when you want to re-arrange objects on canvas you simply click the object you want moved and drag it to a new position without necessarily selecting the actual layer containing the object.

Secondly, I would love to see the capability of paste in place in GIMP.

IMO, these and many other improvements suggested by Akovia would make workflow easier.

Thank you.

On Wed, Dec 18, 2013 at 9:59 AM, josephbupe wrote:

I have seen in Photoshop that when you want to re-arrange objects on canvas you simply click the object you want moved and drag it to a new position without necessarily selecting the actual layer containing the object.

Joseph, GIMP has been able to do exactly that since dawn of times. Pretty please look at the Move tool's options or just press Shift :)

Alexandre

The abillity to resize the brush just by dragging the mouse/stylus by pressing a button.

That's it is all I ask as a painter.... the lack of this feauture is the reason painting on gimp is super frustating.

Hey, I am a gimp user and am working for a few days with this new crowd
funding platform where new features for Free and Open Source Software can be funded one by one.

The first Gimp feature is ready to fund: it is a cool symmetry painting
tool, it would make a great addition to the software.

You can donate anything from €1 up here: http://funding.openinitiative.com/funding/1578/ - also, you would get to
test the feature and feedback before your donation goes through :)

I hope to get some more features up there soon: which features would you
donate too if you could? What functions are really urgently needed in GIMP? What creative stuff would you LOVE to do that isn't possible yet?
Let me know ;)

Best

Anna

On 12/18/2013 08:05 PM, FallenLegend wrote:

The abillity to resize the brush just by dragging the mouse/stylus by pressing a button.

I think there's a plug in that does this (have a look in the registry).

I have done a plug in which (among other things) allows you to select brush size presets from a dropdown (which I find more useful): http://registry.gimp.org/node/28413

Joseph, GIMP has been able to do exactly that since dawn of times. Pretty please look at the Move tool's options or just press Shift :)

Alexandre

Alexandre Prokoudine, I appreciate your response. I did not know I could do that in GIMP.

Hello Anna! I do believe many people would benefit from this feature.

For example many painters use photoshop's for this very reason . In fact many industry professionals use it as a time saver

http://www.youtube.com/watch?v=6VX-wujJbbk. As you can see it makes the process of shading much more simple.

Also I would like to point out that this feature is probably the main reason people think sketchbook pro is a very versatile program

http://www.youtube.com/watch?feature=player_detailpage&v=R_hgWfjNsPg#t=141

In that video the artist is complementing how easy is to change brush size.

So yeah I think this would be great for a lot of painters :)

Thank you for your interest :D

Hi Anna,

I always find issues with the orientation of the tool options which currently occupies too much space regardless where you dock it, simply because of its vertical orientation. I wish we could have an option for the tool options bar to appear right above the tool box across the screen, like in many graphics applications.

Similarly, about the gradient tool, see this: http://www.gimpusers.com/forums/gimp-user/16168-vertical-orientation-for-gradient-editor-toolbox#message75631

Interesting -

I've thought about some of these, worked on some others, and yet some others would be trivial to implement via scripting -
let's see:

On 17 December 2013 00:50, akovia wrote:

I would love to see more bug and functionality fixes than new tools personally. Being more of an editor than a creator, I seem to use gimp in a different way than the core team is aiming for, as is expressed by the 2.10 Unified transformation tool. That doesn't mean I'm not looking forward to trying it. I still use gimp almost every day for hours on end, so core functionality is paramount.

My biggest request would be fixing the new cairo based path engine. I've considered moving back to 2.6 many times as the new engine has many bugs,
(http://gimp.1065349.n5.nabble.com/Path-Tool-Problems-td40365.html#a40411) and really slows me down from what I was used to. Also having the new on canvas text options window follow the view when zooming and panning instead of locked in place to the top left of the text. These come to mind the most.

As far as new features...

These first are related to the path tool , and would require tweaking it

True path intersections (combine without overlaps)

This could easily be scripted to transparently "convert to selection, combine selections, convert back
to path" - would that work for you?

Any implementation to select multiple path nodes.

Option to merge paths to new path while leaving originals untouched. (Modifier key)

So - this one is easy to implement in a python-script as well.

Path transformations without having to use path to selection.

What do you mean by this? Path transforms simply work; all transform tools dohave a "path" mode. (I've read your other e-mail expanding on some of these topics - but yet could not understand what is missing)

Rotatable guides.

I've actually worked on these until a working state, several years back - but found no user support or sound use case to clean up the code enough to commit point.
Do you care to expand on the use cases for them?

Drop layers on tab thumbs.

+1
We really should get this done before 2.10

Tab ordering via Drag & Drop

The same

Gui or folder based system to arrange scripts and plugins into the menu.

Hmm...thought one - as currently the menu location for these is hardcoded in the script/plug-in source code.
But a "customizable menu" one could drag actions too (just like assiging keyboard shortcuts), maybe is feasible.

Layer styles

What would these be?

Remember all popup window positions (tools, scripts, etc..) Built in resource manager that remembers brush tags

Yes that one could be improved. Also, there is no way to manage tags from plug-ins.

Scaling an image keeps text data. (Or at least a way to know what the font was before text info discarded. (Append font name to layer-name?)) Dockable Script-Fu and Python-Fu consoles many more..... :P

I would be thrilled to see any of these implemented, but honing what we already have is even more important IMO. I realize a lot of these features have been discussed in detail before and will never be implemented, but this is a "Wish" list.

Regardless, I hope your endeavor takes off and encourages more of the same. It would help development of gimp pick up pace substantially. Thank you for taking the plunge.

akovia

-- http://www.fastmail.fm - Same, same, but different...

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

On Fri, Dec 20, 2013, at 09:14 PM, Joao S. O. Bueno wrote:

Interesting -

I've thought about some of these, worked on some others, and yet some others would be trivial to implement via scripting -
let's see:

On 17 December 2013 00:50, akovia wrote:

I would love to see more bug and functionality fixes than new tools personally. Being more of an editor than a creator, I seem to use gimp in a different way than the core team is aiming for, as is expressed by the 2.10 Unified transformation tool. That doesn't mean I'm not looking forward to trying it. I still use gimp almost every day for hours on end, so core functionality is paramount.

My biggest request would be fixing the new cairo based path engine. I've considered moving back to 2.6 many times as the new engine has many bugs,
(http://gimp.1065349.n5.nabble.com/Path-Tool-Problems-td40365.html#a40411) and really slows me down from what I was used to. Also having the new on canvas text options window follow the view when zooming and panning instead of locked in place to the top left of the text. These come to mind the most.

As far as new features...

These first are related to the path tool , and would require tweaking it

True path intersections (combine without overlaps)

This could easily be scripted to transparently "convert to selection, combine selections, convert back
to path" - would that work for you?

I'm not certain I follow, but if the end result is a selection I can use that combines all the overlaps, count me in. Would this covert back to the original paths, or use the (not so accurate) selection to path algorithm? I really don't see a need to convert back to path anyway as long as the original is untouched. I just need the selection overlaps combined. Not merging the paths at intersections would also leave the door open to be able to break apart paths to layers in the future.

Any implementation to select multiple path nodes.

Option to merge paths to new path while leaving originals untouched. (Modifier key)

So - this one is easy to implement in a python-script as well.

I thought this might be easily scriptable, but I still think this should be a core function. I'd love to see this work like the add new layer modifier but would need an icon to do it. (ie. click merge paths for current functionality, shift-click merge paths to retain originals.) But I would happily settle for a plugin to do it for sure!

Path transformations without having to use path to selection.

What do you mean by this? Path transforms simply work; all transform tools
dohave a "path" mode. (I've read your other e-mail expanding on some of these
topics - but yet could not understand what is missing)

Hmm, sorry if I wasn't clear or missing something myself. Maybe this will clear it up.
https://dl.dropboxusercontent.com/u/93550827/path%20transrmorms.ogv Notice how just transforming the path without first selecting it grabs the entire canvas and not just the path object.

Rotatable guides.

I've actually worked on these until a working state, several years back - but found no user support or sound use case to clean up the code enough to commit point.
Do you care to expand on the use cases for them?

I'm an admin over at fanart.tv. We need to recreate text and other shapes accurately to match original logos. When an original font can't be located, we need to recreate these from scratch. Recreating slanted text would be my personal #1 use case, but there are many other uses indeed. Right now I fire up inkscape when I run into these, but I'd much rather stay in gimp if I could. Sometimes I'll even create a diagonal path line and drag it around to manually match my angles so I don't have to fire up inkscape, but of course there is still no snapping.

Drop layers on tab thumbs.

+1
We really should get this done before 2.10

Tab ordering via Drag & Drop

The same

Gui or folder based system to arrange scripts and plugins into the menu.

Hmm...thought one - as currently the menu location for these is hardcoded in the script/plug-in source code.
But a "customizable menu" one could drag actions too (just like assiging keyboard shortcuts), maybe is feasible.

I realize these are hard coded as I have manually rewritten most of mine. I'm not sure what the easiest implementation would involve, but I was thinking the hardcoded menu statements could just be ignored in newer versions and we could use a folder structure it would read from. I realize it's not so simple as scripts and plugins co-exist but are handled differently, but doing something here to organize this huge library of "addons" into a user friendly structure would be pinnacle.

Layer styles

What would these be?

A layer style is one or more effects applied to a layer or layer group. We have the layer effects plugin which is nice, but it needs expanded functionality and be built into the core.

Remember all popup window positions (tools, scripts, etc..) Built in resource manager that remembers brush tags

Yes that one could be improved. Also, there is no way to manage tags from plug-ins.

I'd rather it not use a plugin and have support for brush groups in the core so people with large brush collections didn't have to load every brush/gradient/pattern every time to be able to use the new tagging feature.
I am not an artist per se, and I still use a lot of brushes and other resources. I can't imagine how many resources a professional might use. Having to load these huge collections every time you load gimp seems wasteful and time consuming. It's the reason that resource manager plugins exist in the first place.

Scaling an image keeps text data. (Or at least a way to know what the font was before text info discarded. (Append font name to layer-name?)) Dockable Script-Fu and Python-Fu consoles many more..... :P

I would be thrilled to see any of these implemented, but honing what we already have is even more important IMO. I realize a lot of these features have been discussed in detail before and will never be implemented, but this is a "Wish" list.

Regardless, I hope your endeavor takes off and encourages more of the same. It would help development of gimp pick up pace substantially. Thank you for taking the plunge.

akovia --

Thank you for taking the time to address these things. I am thrilled that somebody actually took an interest. Anything I can do within my ability to further the development of any of these will be my pleasure.

akovia

-- 
http://www.fastmail.fm - IMAP accessible web-mail

Is high-bit color depth and other [than RGB] colorspaces support [LAB and CMYK at least] already implemented or am I missing something?

On Sun, Dec 22, 2013 at 5:51 PM, Melleus wrote:

Is high-bit color depth and other [than RGB] colorspaces support [LAB and CMYK at least] already implemented or am I missing something?

http://wiki.gimp.org/index.php/Roadmap

Alexandre

Good news! Thank you. Looking forward to high bit color depths support in 2.10. And this makes a road to other colorspaces a bit easier to go either.