Re: [Gimp-developer] a good student UI project...
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 ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] a good student UI project...
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, saulgo...@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 > -- Sent from my mobile device ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] a good student UI project...
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 ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] a good student UI project...
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
Re: [Gimp-developer] a good student UI project...
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 ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] a good student UI project...
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? ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] a good student UI project...
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 ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] a good student UI project...
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 > -- Irena Damsky irena.dam...@gmail.com 057-8165528 052-3294417 you can also find me on MSN: ira_dam...@hotmail.com Smile! and the world will smile with you! Cry! and you'll cry alone... ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] a good student UI project...
> 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 ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] a good student UI project...
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 ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] a good student UI project...
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 ratioperhaps 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 ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] a good student UI project...
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 ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] a good student UI project...
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
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] a good student UI project...
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
