Peter:

Here is a suggestion UI project for training purpose:

Right now, in GEGL, you have access to the whole 2-parameter family of cubic splines for resampling, as well as bilinear.

Pick three representatives, say Catmull-Rom ("lots" of halo), smoothing B-Splines ("lots" of blur) and bilinear ("lots" of jaggies).

(Instead of bilinear you could use nohalo a.k.a. gegl-sampler-sharp.c.)

If you want to stick to what's already in the Gimp you could use lanczos, cubic and bilinear.

Now: Any location within a triangle defines barycentric coordinates, which in term define a "blending" of the three methods.

Construct an interface which mimicks

http://www.cambridgeincolour.com/tutorials/digital-photo-enlargement.htm

except that instead of using it as a descriptive tool, we use it as a way of "picking your blend of poison."

Now, I don't know how attractive it is to ask people to pick a method by focusing on their weaknesses, but it certainly is a realistic way.

Also note that this interface would allow one to drive any triad of resampling methods which can be compared and characterized in terms of the three common artifacts.

Nicolas Robidoux Laurentian University

Peter:

Of course, you could also use the interface to choose between three cubic methods, which makes a lot of sense within GEGL (the "jaggy" one would be lagrangian bicubic).

Nicolas Robidoux Universite Laurentienne

Hi Peter,

some ideas from a typical photo workflow:

perspective correction - select some prominent lines from the image and "get them straight"

alignment of horizon line - in cooperation with an automated guess?

crop & rotate, set - virtual photography ala google earth? aspect ratio perhaps even with composition aids (rule of thirds, Westhoff's Diagonal Method, etc)

levels, curves - could support the user's intention more directly: - mark places in the image, which should be brighter/darker, or have more/less contrast or modified colors - the whitepoint, graypoint pickers could be adjustable markers on the image. Or a completely different method for whitebalance? - if tones are getting compressed, better control of where the clipping happens (separately for each of R,G,B, Value)

gradation map - nearly the same: map image points to positions in the gradient

greetings, peter

On Thu, Mar 26, 2009 at 4:12 AM, yahvuu wrote:

levels, curves - could support the user's intention more directly:                   - mark places in the image, which should be brighter/darker,                     or have more/less contrast or modified colors                   - the whitepoint, graypoint pickers could be adjustable markers                     on the image. Or a completely different method for whitebalance?                   - if tones are getting compressed, better control of where the                     clipping happens (separately for each of R,G,B, Value)

Yup, on-canvas level/curves. Excellent point.

Another idea: Gradient fill tool that has color stops editable on canvas (a-la Inkscape).

Alexandre

gradation map - nearly the same: map image points to positions in the gradient

Yahvuu, you probably need to clarify: how is this different from Colors->Map->Gradient Map?

On Thu, Mar 26, 2009 at 8:02 PM, Alexandre Prokoudine wrote:

On Thu, Mar 26, 2009 at 4:12 AM, yahvuu wrote:

levels, curves - could support the user's intention more directly:                   - mark places in the image, which should be brighter/darker,                     or have more/less contrast or modified colors                   - the whitepoint, graypoint pickers could be adjustable markers                     on the image. Or a completely different method for whitebalance?                   - if tones are getting compressed, better control of where the                     clipping happens (separately for each of R,G,B, Value)

Better? We already have exact control of clipping for each of R,G,B,Value , so do you mean a change in the quality of clipping control? I think this needs to be more specific

Yup, on-canvas level/curves. Excellent point.

Another idea: Gradient fill tool that has color stops editable on canvas (a-la Inkscape).

If I had this, I'd probably delete all my gradients :) IMO this is a much more usable way in general, and premade gradients cover only a small subset of use cases.

David

Peter Hi,

I think you should post this question to the GIMP-USERS list. I find it extremely useful to ask the users themselves what do they want to be a part of a package they are using...

Irena

On Wed, Mar 25, 2009 at 10:38 PM, peter sikking wrote:

hi all,

at the end of may I am again teaching an interaction design course at the FH Voralrberg (university of applied sciences).

here is the plan: the course is in the form of a design project, and the students work in small teams on a UI concept for GIMP. all (4) teams work on the same design problem. after the thing is over and they got their grades, I will take the overall concept further using their ideas and then spec a solution.

so now we need a design problem. the course is short but intense, 3 days with me full-time to work up a solutions model and then they take some days to finish their presentation.

so now huge redesign problems, more something like a compact tool. (like the free/poly select tool), or a tricky interactive dialog (like, combined brightness/contrast + levels + curves).

please post your suggestions what we could do.

--ps

founder + principal interaction architect man + machine interface works

http://mmiworks.net/blog : on interaction architecture

_______________________________________________ Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

hi,

David Gowers schrieb:

gradation map - nearly the same: map image points to positions in the gradient

Yahvuu, you probably need to clarify: how is this different from Colors->Map->Gradient Map?

sorry for the misspelling. Exactly Colors->Map->Gradient Map is what i meant. Here again, a balance between emphasizing certain photo areas and adjusting the global tone is desired.

On Thu, Mar 26, 2009 at 4:12 AM, yahvuu wrote:

- if tones are getting compressed, better control of where the clipping happens (separately for each of R,G,B, Value)

Better? We already have exact control of clipping for each of R,G,B,Value , so do you mean a change in the quality of clipping control? I think this needs to be more specific

Indeed, clipping is under full control right now. Applying the on-canvas idea, it's interface could be supplemented by marking the border between important image regions and those regions which can be color-clipped without regret.

More useful would be augmented feedback: - how harsh does the clipping start? - which details get lost?
- is one of R,G,B clipping early?
Something more advanced than letting the clipped pixels blink could be interesting here.

greetings, peter

Hi Peter!

On Wed, Mar 25, 2009 at 21:38, peter sikking wrote:

...
please post your suggestions what we could do.

What about a concept for an metadata viewer/editor. Thats a thing, that's completely missing in GIMP. It doesn't sound very sexy to design an UI for that problem, but I think there are a lot of hidden challenges.

Regards,
Tobias

P.S. Isn't a metadata viewer/editor a nice GSOC project idea?

Hi,

On Sat, 2009-03-28 at 10:32 +0100, Tobias Jakobs wrote:

P.S. Isn't a metadata viewer/editor a nice GSOC project idea?

There is a metadata viewer/editor plug-in in the GIMP source tree for a long time already. Someone just needs to finish this project as it appears that Raphael is not going to find the time to finish it. We also need to figure out some technical details. From the user interface point this is probably not so much of a challenge. It would certainly be good to sort out the technical problems first and to have a framework that works.

Sven

Quoting peter sikking :

so now we need a design problem. the course is short but intense, 3 days with me full-time to work up a solutions model and then they take some days to finish their presentation.

so now huge redesign problems, more something like a compact tool. (like the free/poly select tool), or a tricky interactive dialog (like, combined brightness/contrast + levels + curves).

please post your suggestions what we could do.

A challenging problem that has not yet been addressed by GIMP's interface is how to interactively stroke paths, and not merely just to see the results simple stroking (thickness, color, dashing), but actually provide some presently non-existent capability such as tapering and perhaps even arrowheads.

This is a particularly tricky problem because, like the current Text Tool, it requires both a dialog to choose certain settings as well as some on-canvas handles to interact with rendering (I am thinking here of control handles similar to the Paths Tool's, but that they affect the rendering and not the path itself).

There is also a problem in that currently stroking a path works upon an existing drawable, and honors several paramaters such as the selection, layer modes, and paint tool options, whereas the Text Tool avoids these issues by creating a new layer.

Personally, I think interactive path rendering to a new layer would be worthwhile in and of itself (creation of tapered curves is sorely missed by me), and would offer the advantage of permitting later modification of that rendering, but it would mean a departure from the current stroking behavior (which is a worthwhile capability not to be abandoned).

Hello all who put down "good student UI projects."

Clearly, Peter can't have his students do them all. Given this, would you consider putting them up at

http://wiki.gimp.org/gimp/SummerOfCode2009ideas

?

There are five days left to the application process, so some student may bite, and then it would (hopefully) get done.

nicolas

Why limit it to path stroking?

It might be more flexible to create a "stroke style editor" where you could visually adjust those attributes including tapers, brush spacing, jitter, gradient mapping, and ultimately new features like rotation, opacity and scaling (which tapering ultimately is), either as start/end values or randomized values.

These stroke styles could be used either when stroking a path, a selection, or just when painting.

-Rob A>

On 3/29/09, saulgoode@flashingtwelve.brickfilms.com wrote:

Quoting peter sikking :

so now we need a design problem. the course is short but intense, 3 days with me full-time to work up a solutions model and then they take some days to finish their presentation.

so now huge redesign problems, more something like a compact tool. (like the free/poly select tool), or a tricky interactive dialog (like, combined brightness/contrast + levels + curves).

please post your suggestions what we could do.

A challenging problem that has not yet been addressed by GIMP's interface is how to interactively stroke paths, and not merely just to see the results simple stroking (thickness, color, dashing), but actually provide some presently non-existent capability such as tapering and perhaps even arrowheads.

This is a particularly tricky problem because, like the current Text Tool, it requires both a dialog to choose certain settings as well as some on-canvas handles to interact with rendering (I am thinking here of control handles similar to the Paths Tool's, but that they affect the rendering and not the path itself).

There is also a problem in that currently stroking a path works upon an existing drawable, and honors several paramaters such as the selection, layer modes, and paint tool options, whereas the Text Tool avoids these issues by creating a new layer.

Personally, I think interactive path rendering to a new layer would be worthwhile in and of itself (creation of tapered curves is sorely missed by me), and would offer the advantage of permitting later modification of that rendering, but it would mean a departure from the current stroking behavior (which is a worthwhile capability not to be abandoned).

_______________________________________________ Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Rob Antonishen writes:

Why limit it to path stroking?

It might be more flexible to create a "stroke style editor" where you could visually adjust those attributes including tapers, brush spacing, jitter, gradient mapping, and ultimately new features like rotation, opacity and scaling (which tapering ultimately is), either as start/end values or randomized values.

These stroke styles could be used either when stroking a path, a selection, or just when painting.

It would be SO nice to be able to taper lines when drawing. It could be handled just like "fade out" is now; or it could be handled in Brush Dynamics, adjusting Size with Distance. (The other attributes you mention would be nice too, but tapering is the one I've wished for most often.)

Either way the UI would be simple, so it's probably not a good student UI project, but it sure would be useful as a drawing tool attribute.

...Akkana