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
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
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
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
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
>
> 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
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
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