Re: [Gimp-developer] batch-processing gallery

2008-03-26 Thread Sven Neumann
Hi, On Thu, 2008-03-27 at 00:55 +0900, Souichi TAKASHIGE wrote: > Do you mean every stroke path like interactive paint tool MUST become > an graph nodes ? Probably not an individual graph node, but it will be kept in a paint operation node which itself stores each stroke so that it can be edited

Re: [Gimp-developer] batch-processing gallery

2008-03-26 Thread Souichi TAKASHIGE
Hi, 2008/3/26, Sven Neumann <[EMAIL PROTECTED]>: > Whatever you do to the image is represented as a graph. If you are doing > a series of operations on an image, then your graph boils down to a load > operation, a chain of manipulations and a save operation. Do you mean every stroke path like

Re: [Gimp-developer] batch-processing gallery

2008-03-26 Thread Sven Neumann
Hi, On Tue, 2008-03-25 at 07:40 -0600, Joshua Stratton wrote: > Well, I do not know the current status of GEGL in GIMP's code, > although I do believe it is the right way to go (from the GEGL > presentations I have seen). I was assuming much of GEGL's > implementation would be transparent to t

Re: [Gimp-developer] batch-processing gallery

2008-03-26 Thread Sven Neumann
Hi, On Tue, 2008-03-25 at 10:06 -0700, Bill Skaggs wrote: > If you can build the svn-trunk version of gimp (which by the way > is a very useful thing to do if you are interested in soc), you > can find there a new "gegl tool" that allows a long list > of operations to be performed, but has a pret

Re: [Gimp-developer] batch-processing gallery

2008-03-25 Thread Bill Skaggs
Joshua Stratton <[EMAIL PROTECTED]> wrote: > Does anyone have any comments about this proposal? If you can build the svn-trunk version of gimp (which by the way is a very useful thing to do if you are interested in soc), you can find there a new "gegl tool" that allows a long list of operations t

Re: [Gimp-developer] batch-processing gallery

2008-03-25 Thread Joshua Stratton
> > a long-term plan to solve this and it is based on the GEGL port. > I wonder what your plans about this are. Please tell us more about them. Well, I do not know the current status of GEGL in GIMP's code, although I do believe it is the right way to go (from the GEGL presentations I have seen

Re: [Gimp-developer] batch-processing gallery

2008-03-25 Thread Sven Neumann
Hi, On Mon, 2008-03-24 at 23:27 -0600, Joshua Stratton wrote: > I recently setup a proposal for Google Summer of Code that involves a > gallery-style batch processor--a separate window that could display > various sorting routines on images based on brightness, size, energy > level, etc. Images c

[Gimp-developer] batch-processing gallery

2008-03-24 Thread Joshua Stratton
I recently setup a proposal for Google Summer of Code that involves a gallery-style batch processor--a separate window that could display various sorting routines on images based on brightness, size, energy level, etc. Images could be grouped into sets that could be batch-processed like having all