Re: [Gimp-developer] proposal for usability enhancements for Stroke dialog

2007-12-10 Thread Daniel Falk
Sven Neumann wrote: Hi, On Sat, 2007-12-08 at 17:51 +, William Skaggs wrote: 1) The most important is that the dialog should not go away after the Stroke button is pushed. It often takes several tries to get the settings right, and it is very annoying to have to bring the dialog

Re: [Gimp-developer] proposal for usability enhancements for Stroke dialog

2007-12-10 Thread William Skaggs
From: Daniel Falk [EMAIL PROTECTED] From a user perspective, I think the ideal solution would be to treat strokes on vectors similar to how Inkscape does it. For those not familiar with Inkscape, it works by attaching line and fill properties to the vector, which can be changed at any

Re: [Gimp-developer] proposal for usability enhancements for Stroke dialog

2007-12-09 Thread Sven Neumann
Hi, On Sun, 2007-12-09 at 03:32 +, William Skaggs wrote: Okay, I can see that a preview would go a long way toward making the dialog more usable. I looked over the relevant code, though, and I'm not sure it would be very easy to set one up. Previewing libart stroking wouldn't be very

Re: [Gimp-developer] proposal for usability enhancements for Stroke dialog

2007-12-09 Thread William Skaggs
Sven wrote: I don't see though why it requires massive changes to implement a preview of paint strokes. It should be possible to do this after some refactoring of the code. Stroking with a paint tool is implemented in gimppaintcore-stroke.c, by gimp_paint_core_stroke() or

Re: [Gimp-developer] proposal for usability enhancements for Stroke dialog

2007-12-09 Thread William Skaggs
From: William Skaggs [EMAIL PROTECTED] I think I need to follow up on my last message, because it was read incorrectly by some people. I should say that the English skills of most of the people who contribute to GIMP are so strong that I normally don't worry about how I say things, but in this

Re: [Gimp-developer] proposal for usability enhancements for Stroke dialog

2007-12-08 Thread Sven Neumann
Hi, On Sat, 2007-12-08 at 17:51 +, William Skaggs wrote: 1) The most important is that the dialog should not go away after the Stroke button is pushed. It often takes several tries to get the settings right, and it is very annoying to have to bring the dialog back each time. The gain in

Re: [Gimp-developer] proposal for usability enhancements for Stroke dialog

2007-12-08 Thread saulgoode
I agree with all of your suggestions. I would assume that changes made in the dialog would update the stroke interactively and, hopefully, that the path could be reshaped while the dialog remained open. This would be very useful. I find myself doing Edit-Stroke pretty often, and there are a few

Re: [Gimp-developer] proposal for usability enhancements for Stroke dialog

2007-12-08 Thread Akkana Peck
William Skaggs writes: I find myself doing Edit-Stroke pretty often, and there are a few easy changes that I think would make it signficantly better. 1) The most important is that the dialog should not go away after the Stroke button is pushed. It often takes several tries to get the

Re: [Gimp-developer] proposal for usability enhancements for Stroke dialog

2007-12-08 Thread Sven Neumann
Hi, On Sat, 2007-12-08 at 10:10 -0800, Akkana Peck wrote: Certainly a full-size preview would be quite useful. Like you, I find that I usually Stroke several times trying to find the right brush size (I usually stroke with the paintbrush tool, for its antialiasing). It wouldn't have to

Re: [Gimp-developer] proposal for usability enhancements for Stroke dialog

2007-12-08 Thread William Skaggs
From: Sven Neumann [EMAIL PROTECTED] We don't do this kind of Apply thing anywhere in GIMP. I think it would be rather inconsistent and confusing if we start to do it for some dialogs. Since the dialog already remembers all settings, I don't really see what you want to achieve with this

Re: [Gimp-developer] proposal for usability enhancements for Stroke dialog

2007-12-08 Thread saulgoode
I agree with all of your suggestions. I would assume that changes made in the dialog would update the stroke interactively and, hopefully, that the path could be reshaped while the dialog remained open. This would be very useful. Those are both feasible, but they go beyond the scope of what

Re: [Gimp-developer] proposal for usability enhancements for Stroke dialog

2007-12-08 Thread Sven Neumann
Hi, On Sat, 2007-12-08 at 19:39 +, William Skaggs wrote: How could it be made easier? Well, for plug-ins this is already quite easy. You use Undo and then Reshow the filter dialog. It's rather confusing though that this only works for operation implemented as plug-ins. It would perhaps be

Re: [Gimp-developer] proposal for usability enhancements for Stroke dialog

2007-12-08 Thread William Skaggs
Okay, I can see that a preview would go a long way toward making the dialog more usable. I looked over the relevant code, though, and I'm not sure it would be very easy to set one up. Previewing libart stroking wouldn't be very hard, because basically all you need is a set of tiles to do the