URL:
<http://gna.org/bugs/?20359>
Summary: [WISH] Grouping of layers in MyPaint
Project: MyPaint
Submitted by: marand
Submitted on: Sun Dec 9 17:50:23 2012
Severity: 1 - Wish
Priority: 5 - Normal
Status: None
Privacy: Public
Assigned to: None
Originator Email:
Open/Closed: Open
Discussion Lock: Any
Release: git
Planned Release: None
Operating System:
_______________________________________________________
Details:
As suggested by achadwick on the forums (post:
http://forum.intilinux.com/mypaint-development-and-suggestions/group-layers/msg11826/#msg11826
), a wish report for layer grouping, with examples of use cases.
I'm not the one that requested layer grouping on the forums, but I would like
to see the feature implemented as well, so I decided to make the report and
get things started.
== USES ==
0 Organisation of complex documents. Being able to expand and collapse groups
of layers helps simplify navigation of the layers list in a large file with
many layers. Collapsing groups you don't need currently can reduce scrolling.
Grouping also allows you to rearrange multiple layers in the stack
simultaneously, by moving the group to a new place in the stack. Things like
reference images can be grouped, reducing visible layer clutter.
0 Visually, it can be easier to find certain groups and layers within them due
to the nested structure. In a scene with three characters, for example, you
could make a group for each character, and then have layers for pencils, inks,
flats, and shading in each group. Instead of having to check every layer in
the list, you can find the appropriate group, and then check inside it for the
layer you want.
0 Grouping is a more flexible, powerful, and obvious concept than layer
linking. If you have three layers inside a group, you can still perform layer
operations on the individual layers like normal, but if you select the group
and perform the interaction, it affects all members of the group, akin to
linking. A well-organised document can be easier to make adjustments to
because of this. For example, a layer group containing all of a scene's
background elements on separate layers. You can move or toggle visibility of
the entire background as needed in a single action, but you can still manage
each element separately to fix problems like scale or positioning.
0 Following on #3, grouping allows you to set certain layer traits to an
entire group instead of on each layer, giving more control over layer
interaction. You can set the opacity and layer blending modes of the group
instead of the layers, and it acts on the composite of the grouped layers,
rather than each layer separately. For example, two layers with normal blend
mode, 100% opacity, inside a group that has has 50% opacity and overlay mode:
the layers would combine normally, with the higher layer obscuring parts of
the lower, and the resulting composite is then used for the 50% opacity
overlay.
0 Can help reduce layer clutter. Some features of layer grouping can be
emulated without grouping through use of layer duplication and merging, but
this requires keeping extra copies of layers. This is the sort of thing the
software could (should?) handle so the user can focus on doing what he or she
wants instead of coercing the software.
0 Consistency with Krita. Krita currently saves layer grouping information
inside ORA files, but this gets obliterated in a Krita<->MyPaint workflow.
They're good tools to use together, and it would be nice for MyPaint to not
massacre the information, even if it doesn't make use of it. (I believe gimp
obliterates the grouping data too, but this isn't about gimp)
Well, that's everything I can think of right now. Thanks for reading.
_______________________________________________________
Reply to this item at:
<http://gna.org/bugs/?20359>
_______________________________________________
Message sent via/by Gna!
http://gna.org/
_______________________________________________
Mypaint-bugs mailing list
[email protected]
https://mail.gna.org/listinfo/mypaint-bugs