non-group "layers"

Bug #170041 reported by Kidproto
This bug report is a duplicate of:  Bug #170286: sets (named selections). Edit Remove
2
Affects Status Importance Assigned to Milestone
Inkscape
Invalid
Critical
Mental-users

Bug Description

Something which I really missed in SVG is the ability
to work with layers.

Layers should allow to show and hide all objects in
them and it should be possible to change some attribute
in all objects of a layer (for example, the line
color). Alternatively, it should be possible to select
objects by layer - then this can be done manually.

Note that layers are not groups: Objects from different
groups can be in the same layer so they move with the
other objects in the same group but whether they are
visible or not depends on the setting of the layer.

Layers can be used to depth-arrange objects (so when I
move a layer in front of some other layer, the objects
in the different groups must be reordered accordingly).
When a group is in a layer, then all objects in that
group are in the same layer.

I'm not sure if it would be a good idea to allow one
object to be in different groups (it's visible when at
least one of them is visible).

For the implementation: When I did this, I added a
x:layer attribute to the elements plus a x:layer-style
element to the SVG. Then my XSLT script would select
drop all elements of invisible layers and sort the
layers according to the depth attribute of the
x:layer-style elements.

( NOTE: originally in sodipodi bug tracker as bug(s) #
616232 )

Revision history for this message
Horkana-users (horkana-users) wrote :
Revision history for this message
Mental-users (mental-users) wrote :

Note that this is distinct from the sort of layers that we
presently have implemented.

Revision history for this message
Bug Importer (bug-importer) wrote :

As in photoshop you could have effects like shadows / inset
/ outset etc. working on all elements in a layer?

Revision history for this message
Buliabyak-users (buliabyak-users) wrote :

We've long had a different group-based implementation, so
this is now invalid.

Revision history for this message
Mental-users (mental-users) wrote :

Reopening. This is something else that could be implemented
alongside our group-based layers (of course, we'd have to
call it something other than "layers").

I wonder whether implementing sufficient support for CSS
classes would cover this feature actually? e.g. you could
trivially show/hide all objects with a particular CSS class
together, regardless of where they were in the document.

Revision history for this message
Buliabyak-users (buliabyak-users) wrote :

Reclosing :) This is not layers then, but sets or
named/stored selections. Don't call this "layers" even in
quotes, this creates confusion. This RFE a duplicate of
https://sourceforge.net/tracker/index.php?func=detail&aid=971544&group_id=93438&atid=604309
where I developed that idea in quite some detail (after a
discussion with you)

Revision history for this message
su_v (suv-lp) wrote :

RFE 971544 from Sourceforge bug tracker is now
Bug #170286 “sets (named selections)”

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.