Comment 5 for bug 437926

Revision history for this message
Hans Dybkjær (hhns) wrote :

I do a lot of diagramming of origami models. This is a sequence of drawings of single steps of folding paper. Whatever is visible of the same side of the paper, will be drawn using the same gradient. So I want all duplication and copy/paste to preserve the gradients.
Since two steps differ only slightly, the easiest way to draw is to duplicate the previous step which seems to preserve the gradient instead of wrongly creating a new gradient.
However, if the object to be duplicated is part of a group, the duplicated object stays part of the group. I don't know if that behaviour has any use, but it is certainly not my intention.
If I instead copy/paste, the new ("duplicated") object is severed from the group, exactly what I need. However, for some reason not only the object is copied, but also the gradients.
So:
1) Unchecking "Prevent sharing of gradient definitions" does not do what it says: copy/paste will still create new gradient definitions instead of sharing them.
2) The distinction between Copy/ctrl-alt-v and Duplicate is at best misleading; in my guess it would be better off to behave exactly the same.
3) I very much need a mode of copying/duplicating objects (or groups of objects) where gradients are preserved (and duplicates not staying part of the original's group). The suggestion of the above referred bug 170214 (to make it easy merge alike gradients) would be useful, but a) not match my most intensive use pattern, and b) not always be intended. I might name gradients intentionally (e.g. "gradient-front" and "gradient-back"), and these should not be merged even if they (probably temporarily) are defined alike. And when merging gradients like "gradient-front", "gradient-front-1" and "another-gradient-that-ended-up-having-the-same-values", I would like my name ("gradient-front") end up being the one used, and not the names of the other two, similar gradients.