Re: [Gimp-developer] Layer Groups
I apologize that I did not make this fully clear when I sent this to the list. I have had people ask questions about the usablity of this script. This script is ugly and cumbersome. It is not made to be very robust and it does little error checking. It is clunky and not designed to be integrated into a release of The Gimp. It's only purpose is for people who, in the interim where native layer groups are not available, need this functionality or that it would greatly speed their graphics process. I do not mean for this to become a full-featured solution. -Joseph On Fri, Mar 21, 2008 at 3:38 PM, Joseph Miller [EMAIL PROTECTED] wrote: Hello, I am new to this list. I have been in need of layer groups and I couldn't find any GIMP functionality to use them the way I needed to. Maybe this is in development for a later version of GIMP or a version I don't have. I'm running 2.4.2 on Ubuntu Gutsy. I have written a Script-Fu plugin which will fudge this functionality. It groups layers by the first word in their name. Please forgive my programming, you'll see I'm horrific at best with Script-Fu. It's slightly messy, but should be pretty readable and may be a great start for someone else looking at this functionality as well. I look forward to your comments. You can download the script at http://www.calcmaster.net/personal_projects/gimp/ -Joseph ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Layer Groups
That said, I have made a hak soemwher that uses Python plug-ins and parasites to be able to name certain layer groups and have some minimal funcitonality with that. I can mail you those f you are interested. Regards, Of course! Send me it! ;) Thanks! ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Layer Groups
jEsuSdA wrote: My question is why and when Gimp will include LAYER GROUPS or FOLDERS (more useful)? See http://bugzilla.gnome.org/show_bug.cgi?id=86337 for the current situation. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] layer groups (was: Film Gimp and GIMP)
* Sven Neumann [EMAIL PROTECTED] [021202 15:00]:
RGBA value_blur(RGBA,radius){
.--RGBA--.
| split_RGBA |
`-R--G--B--A-'
| | | |
| | | `---.
.-R--G--B-. \
| rgb2hsv | \
`-H--S--V-' \
| | \ \
| |\ |
| | .---V--. |
| | |blur(radius)|
| | `---V--'/
| | | /
| |/ /
| | / /
.-H--S--V-./
| hsv2rgb | /
`-R--G--B-' /
| | | /
.-R--G--B--A-.
| join_RGBA |
`--RGBA--'
}
looks very much like the Pupus rendering pipeline that Adam suggested
for GIMP-2.0. It's basically the framework that we'd like to put on
top of GEGL.
Salut, Sven
I read a little on Adam's pupus pipeline, I'm think I'll start with a less
advanced approach than the one he suggests, with a basic design that hopefully
works, and can be enhanced.
I will also read a little about GEGL to refamiliarize myself with the concepts
and data structures planned, to make integration of code or design easier
if what I end up with is useful.
skål, /pippin
--
.^.
/V\Øyvind Kolås, Gjøvik University College, Norway
/(_)\ [EMAIL PROTECTED],[EMAIL PROTECTED]
^ ^
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] layer groups (was: Film Gimp and GIMP)
On Fri 29 November 2002 18:33, Raphaël Quinet wrote: On Fri, 29 Nov 2002 11:29:12 -0500, Patrick McFarland [EMAIL PROTECTED] wrote: Btw, has there been a discussion on how layer grouping will work? I want to be able to both group layers in just a group (aka doesnt change how rendering works at all) then also be able to group layers together, and have the output of that act as a layer (aka, for calculating the virtual layer, only the layers inside of it are done, no outside layers interact with these except through the final virtual layer.) There has been some discussion about layer grouping, but I do not think that any concrete implementation proposals have ever been agreed upon. So anyone who could come up with a GUI mock-up is welcome. Code is even more welcome, of course. ;-) Funny. I did just that (a mockup, not code) a little while ago in a different forum. See http://boards.lionhead.com/showthread.php?s=threadid=32671#post298059 Lourens -- GPG public key: http://home.student.utwente.nl/l.e.veen/lourens.key ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Layer groups
On 30-Nov-2002, Tino Schwarze wrote: Apart from that, one often needs a copy of a layer to create some effect. Combined with effect or active layers, one would only need to alter the source layer and everything else would change by itself. That is the coolest thing ever. Santa, I want _that_ for christmas! -- Patrick Diablo-D3 McFarland || [EMAIL PROTECTED] Computer games don't affect kids; I mean if Pac-Man affected us as kids, we'd all be running around in darkened rooms, munching magic pills and listening to repetitive electronic music. --Kristian Wilson, Nintendo, Inc, 1989 msg03152/pgp0.pgp Description: PGP signature
Re: [Gimp-developer] layer groups (was: Film Gimp and GIMP)
On Fri, 29 Nov 2002 11:29:12 -0500, Patrick McFarland [EMAIL PROTECTED] wrote: Btw, has there been a discussion on how layer grouping will work? I want to be able to both group layers in just a group (aka doesnt change how rendering works at all) then also be able to group layers together, and have the output of that act as a layer (aka, for calculating the virtual layer, only the layers inside of it are done, no outside layers interact with these except through the final virtual layer.) There has been some discussion about layer grouping, but I do not think that any concrete implementation proposals have ever been agreed upon. So anyone who could come up with a GUI mock-up is welcome. Code is even more welcome, of course. ;-) However, here is my point of view (which may be different from what some other developers think, so do not take this for granted). There are two kinds of grouping: - Simple linking of layers so that some operations such as toggling their visibility or moving the whole group of layers can easily be applied to them (bug #86337, bug #86277). These operations would not modify the pixels in the layers. This could probably also be used for implementing the clipping groups (bug #51112). - Grouping of layers in such a way that a merged image of the layers is stored in a virtual layer and some operations can be applied to this merged layer: color adjustments, transformations or even any PDB operation, including the ones done by a plug-in. Whenever a layer in the group is modified, the merged image is rebuilt and the operation associated with it is applied to in order to re-create the updated active layer. This can be used to implement the Photoshop styles or adjustment layers (bug #79025, bug #98262). In summary, the active layer would have a list of layers, a drawable and one PDB function (with its current parameters) associated with it. Whenever something happens to one of the layers in the list, a new (invisible) drawable is allocated, it gets the merged copy of all layers, and then the PDB function is applied to it. When the results are ready, the new drawable replaces the one that was visible. In some cases, it may be better to keep the two drawables (merged view + results) and to apply the PDB function only to the regions that have been modified, but this is only an optimization. So as you mentioned yourself, there are two ways to define groups: they have different purposes and need to be implemented differently. The first and second kind of groups would probably have to be defined differently in the user interface. So again, some GUI mock-ups would be welcome. Note that it is important to become familiar with all features and their distinct purposes before trying to think about how they could be used, otherwise it is easy to miss some important things. Here are some direct links to the relevant bug reports: - clipping groups or masking groups (like in Photoshop files) http://bugzilla.gnome.org/show_bug.cgi?id=51112 - Add support for Photoshop Styles and adjustment layers http://bugzilla.gnome.org/show_bug.cgi?id=79025 - use the linking of layers for more useful action than moving only http://bugzilla.gnome.org/show_bug.cgi?id=86277 - add support for layer trees or layer groups http://bugzilla.gnome.org/show_bug.cgi?id=86337 - Adjustment Layers (like in Photoshop) http://bugzilla.gnome.org/show_bug.cgi?id=98262 (marked as dup. of #79025, but contains some useful descriptions) -Raphaël ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] layer groups (was: Film Gimp and GIMP)
* Raphaël Quinet [EMAIL PROTECTED] [021129 18:38]:
On Fri, 29 Nov 2002 11:29:12 -0500, Patrick McFarland [EMAIL PROTECTED] wrote:
Btw, has there been a discussion on how layer grouping will work?
I want to be able to both group layers in just a group (aka doesnt change
how rendering works at all) then also be able to group layers together, and
have the output of that act as a layer (aka, for calculating the virtual
layer, only the layers inside of it are done, no outside layers interact with
these except through the final virtual layer.)
There has been some discussion about layer grouping, but I do not
think that any concrete implementation proposals have ever been agreed
upon. So anyone who could come up with a GUI mock-up is welcome.
Code is even more welcome, of course. ;-)
So as you mentioned yourself, there are two ways to define groups:
they have different purposes and need to be implemented differently.
A little while ago I added another little code project to my todo queue, it's
just a toy project but might end up providing useful ideas for the implementation.
I've been toying with the idea to create a small program that is built entirely
of plug-ins and allows you to build graphs of dataflow between inputs and outputs
of the plug-ins (nodes in the graph). And thus enable the coding of a function that
only blurs the brightness and not the color of an image to be coded visually
like this:
RGBA value_blur(RGBA,radius){
.--RGBA--.
| split_RGBA |
`-R--G--B--A-'
| | | |
| | | `---.
.-R--G--B-. \
| rgb2hsv | \
`-H--S--V-' \
| | \ \
| |\ |
| | .---V--. |
| | |blur(radius)|
| | `---V--'/
| | | /
| |/ /
| | / /
.-H--S--V-./
| hsv2rgb | /
`-R--G--B-' /
| | | /
.-R--G--B--A-.
| join_RGBA |
`--RGBA--'
}
At the moment I'm pondering about reference counting to avoid exhausting memory,
It'll take a little while until I have the time to start working on it, this is a much
more general approach, but if I end up with something viable at least the ideas can be
used to implement most kinds of layer grouping etc. since they will be graphs with
special constraints.
http://phpweb.hig.no/~oey_kola/graph.txt - some more of my ascii ramblings.
I don't want to try to implemnt this in gimp directly since it's mostly playing
with some design ideas I have, but if the ideas work out nicely,. gimp should be
able to benefit from the fact that the problem has been attacked a little outside
gimp.
--
.^.
/V\Øyvind Kolås, Gjøvik University College, Norway
/(_)\ [EMAIL PROTECTED],[EMAIL PROTECTED]
^ ^
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] layer groups (was: Film Gimp and GIMP)
[EMAIL PROTECTED] wrote: I've been toying with the idea to create a small program that is built entirely of plug-ins and allows you to build graphs of dataflow between inputs and outputs of the plug-ins (nodes in the graph). This is exactly what Gimpeon does. It's a Gimp plugin, lets you build a graph (well, actually a line, since I don't have any multi-input nodes yet) of processing nodes, animate parameters over time, display multiple points in the graph, update them as you adjust parameters, and apply the processing graph (line) to a sequence of images. http://www.ozemail.com.au/~hodsond/gimpeon.html It's crashable, but you should be able to get the idea. -- David Hodson -- this night wounds time ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
