Re: [Gimp-developer] Negative Press

2007-11-04 Thread Valerie VK
I suspect the true problem isn't one about the process, but one about the perceived results. When you think about it, people rarely criticize a project Just for the process. People criticize MS Windows for being closed-source and thus full of bugs and functionality problems, but nobody criticizes

Re: [Gimp-developer] 2.6 roadmap: metadata and jpeg plug-in enhancements

2007-11-04 Thread Sven Neumann
Hi, On Fri, 2007-11-02 at 23:55 +0100, Raphaël Quinet wrote: * jpeg plug-in + remove the prompt for EXIF orientation: it should always be done IMO the current solution of asking and allowing the user to skip this question is preferred. It requires a user decision once, but at least it

Re: [Gimp-developer] momentary shortcut to the zoom tool?

2007-11-04 Thread Sven Neumann
Hi, On Sat, 2007-11-03 at 10:25 -0400, Daniel Falk wrote: There doesn't seem to be a way to temporarily switch to the zoom tool while a button is pressed. For example if I hold down ctrl + space, it would switch to the zoom tool, I could click-drag a rectangle to zoom, and let up on the ctrl

Re: [Gimp-developer] 2.6 roadmap: metadata and jpeg plu g-in enhancements

2007-11-04 Thread Karl Günter Wünsch
On Sunday 04 November 2007, Sven Neumann wrote: Hi, On Fri, 2007-11-02 at 23:55 +0100, Raphaël Quinet wrote: * jpeg plug-in + remove the prompt for EXIF orientation: it should always be done IMO the current solution of asking and allowing the user to skip this question is preferred. It

Re: [Gimp-developer] 2.6 roadmap: metadata and jpeg plug-in enhancements

2007-11-04 Thread jernej
On Sunday, November 4, 2007, 11:09:22, Sven Neumann wrote: The only problem is that it is rather difficult to discover how to change that decision later. Currently you need to edit parasiterc. We might want to find a solution for these Don't ask me again questions that can be used from all

Re: [Gimp-developer] 2.4 and how to continue from here

2007-11-04 Thread Martin Nordholts
At that point trunk will be open for development. But since we are aiming for a short development cycle, we need to absolutely keep the tree in a good shape. I don't want to see any commits that haven't been discussed and approved beforehand. This doesn't mean line-by-line code review. But I

Re: [Gimp-developer] Negative Press

2007-11-04 Thread gg
On Sun, 04 Nov 2007 02:26:30 +0100, Tim Jedlicka [EMAIL PROTECTED] wrote: Contrast the GIMP UI redesign with the GIMP project as a whole, which invites and receives patches, bug reports, and ideas from scores of outsiders. The focus was on the UI redesign, not GIMP. In fact the quote

Re: [Gimp-developer] 2.6 roadmap: metadata and jpeg plug-in enhancements

2007-11-04 Thread Akkana Peck
Sven Neumann writes: On Fri, 2007-11-02 at 23:55 +0100, Raphaël Quinet wrote: * jpeg plug-in + remove the prompt for EXIF orientation: it should always be done IMO the current solution of asking and allowing the user to skip this question is preferred. It requires a user decision

Re: [Gimp-developer] Negative Press

2007-11-04 Thread Michael Grosberg
gg at catking.net writes: I dont think Nathan's analysis is that far off the mark. The interaction with the UI team is very one way and definately gives the impression of please go away , we're busy. The so called brainstorm blog is more like a super market's suggestion box than a

Re: [Gimp-developer] Suggestions for 2.6: hopefully not very difficult

2007-11-04 Thread Sven Neumann
Hi, On Sun, 2007-11-04 at 13:16 +, Michael Grosberg wrote: My third suggestion - and this is based on personal experience - is to return the transient dialog option, not just as an option but as a default if possible. This option still exists, see the gimprc man-page. I would like to

Re: [Gimp-developer] Suggestions for 2.6: hopefully not very difficult

2007-11-04 Thread Sven Neumann
Hi, On Sun, 2007-11-04 at 13:16 +, Michael Grosberg wrote: The first is to take, if possible, the tools dialog, and incorporate it into the toolbox tab in the preferences. Then remove the tools dialog as a separate dialog. That's reasonable and it has been suggested before. Just needs

[Gimp-developer] GIMP 2.6: user directory reorganization

2007-11-04 Thread Michael Schumacher
My suggestion for GIMP 2.6 - and the only thing I feel able to contribute to - is the reorganization of the user directory. Currently, the configuration (*.rc) and resources (brushes, scripts, ...) are stored into a .gimp-x.y dir in the users HOME. There are a few general problems with this

Re: [Gimp-developer] Suggestions for 2.6: hopefully not very difficult

2007-11-04 Thread Michael Grosberg
Sven Neumann sven at gimp.org writes: Hi, On Sun, 2007-11-04 at 13:16 +, Michael Grosberg wrote: The first is to take, if possible, the tools dialog, and incorporate it into the toolbox tab in the preferences. Then remove the tools dialog as a separate dialog. That's

Re: [Gimp-developer] Suggestions for 2.6: hopefully not very difficult

2007-11-04 Thread Kevin Cozens
Sven Neumann sven at gimp.org writes: On Sun, 2007-11-04 at 13:16 +, Michael Grosberg wrote: The first is to take, if possible, the tools dialog, and incorporate it into the toolbox tab in the preferences. Then remove the tools dialog as a separate dialog. That's reasonable and it has

Re: [Gimp-developer] 2.4 and how to continue from here

2007-11-04 Thread Tor Lillqvist
So if are planning any particular features for 2.6, now is the time to present them here so that they can be put on the roadmap. I plan to make iwarp into a tool. --tml ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU

[Gimp-developer] Feature request for a spot healing brush

2007-11-04 Thread Daniel Falk
Photoshop has a tool that works like the healing brush except that it doesn't require a source region to be specified before using the tool. When there are a lot of quick touch-ups to do, this is very convenient. Photoshop somehow guesses what it should use as source material and is often

[Gimp-developer] UI redesign: 1 Dimensional Menu for GIMP

2007-11-04 Thread Esteban Barahona
Hi all, This is the 2º draft for the 1 Dimensional Menu: http://www.zensui.org/IxD/1DM.html I will be honored if the new GIMP UI is the first implementation of a 1DM. This, I think are the changes to make it possible: 0) separate the toolbar from the menubar(s) 1) make the toolbar customizable

Re: [Gimp-developer] Negative Press

2007-11-04 Thread Valerie VK
Well, I agree with the gist of your message... but one thing needs to be said: Designing a good UI doesn't require the same amount of people that implementing it in code does. This is why I suspect it to be a transparency problem and not really a process problem. People actually Won't

Re: [Gimp-developer] UI redesign: 1 Dimensional Menu for GIMP

2007-11-04 Thread David Gowers
I may not understand your description. It gave me an idea, though: mouse-gesture-ish submenus.. That is, supposing that you have a top-level menu with items 1 2 3 and 3 is a submenu, then, to select 3, you move down -- then a menu folds out horizontally 1 2 345 you move across, and select 5,