Re: Another idea for GSoC: "Plugin mixer"

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



That's exactly what I was thinking but I didn't know about GEGL!

I could work on this for GSoC. Making it possible to import/export
meta-ops from XML and improve the existing graph editor so a user can
define his own meta-ops :)

Please consider this as an alternative proposal, if the "User Friendly
Plug-in Browser" doesn't sound feasible (at the moment) or not
desirable.

Thanks!!
Avgoustinos


On Sat, Apr 17, 2010 at 12:04 AM, Øyvind Kolås <islewind@xxxxxxxxx> wrote:
> On Fri, Apr 16, 2010 at 8:34 PM, Avgoustinos Kadis
> <avgoustinos@xxxxxxxxx> wrote:
>> Hello,
>>
>> I got this idea while studying and I wonder if its possible / hard /
>> done already and I didn't spot it:
>>
>> Plugin-Mixer:
>>
>> A window that allows you to select a few plugins, put them in order
>> you want them to be applied, modify their parameters and apply them on
>> the current image. The window should allow the user to save the
>> "combination" and reuse it for other combinations.
>
> *snip*
>
>> Advantages it offers:
>> + Users can create and reuse easily their "combinations" of plugins
>> that they use often. This increases productivity.
>> + When you normally apply few plugins over a picture, there is no easy
>> way to modify the parameters of the first plugins you applied (undo
>> works from the end). This would allow more control over using plugins.
>> + Could potentially generate plugins (generate their code) [not so
>> sure about this though..]
>
> This is related to what in GEGL is known as meta-ops, processing
> operations that are implemented in the terms of other GEGL operations.
> For instance the dropshadow operation is a combination of the
> operations gegl:over, gegl:translate, gegl:opacity,
> gegl:gaussian-blur, gegl:src-in and gegl:color. (unsharp mask is
> another example of such a composite meta op). At the moment these
> operations are written in .C, but it would be possible to define them
> as XML or some other serialization format. Editing such operations
> could also be done in a visual way using nodes connected with hoses or
> other metaphors.
>
> There is a bug in GEGL about loading such operations from non C files:
> https://bugzilla.gnome.org/show_bug.cgi?id=465743
>
> --
> «The future is already here. It's just not very evenly distributed»
>                                                 -- William Gibson
> http://pippin.gimp.org/                            http://ffii.org/
>
_______________________________________________
Gimp-developer mailing list
Gimp-developer@xxxxxxxxxxxxxxxxxxxxxx
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


[Index of Archives]     [Video For Linux]     [Photo]     [Yosemite News]     [gtk]     [GIMP for Windows]     [KDE]     [GEGL]     [Gimp's Home]     [Gimp on GUI]     [Gimp on Windows]     [Steve's Art]

  Powered by Linux