RE: [Inkscape-devel] remove/apply transformations?
I actually have a need for both "transform = " and "apply transform" (I see no need for "remove transform"). I would prefer that when I transform an object, I get a "transform = " and then have the ability to apply that transform.
Lets say I want to draw a regular hexagon. I will draw 3 identical lines, rotate one 60, another -60, then apply the transformations. The endpoints of these paths will give me the control points to draw the hexagon. This is a simplified example, but I do things like this a lot to get accurate points.
In inkscape, currently, I combine paths to apply a transformation. I'd really like to see an apply transform button.
Rob. http://members.rogers.com/rcrosbie
From: "bulia byak" <archiver_1@...19...> To: inkscape-devel@lists.sourceforge.net Subject: [Inkscape-devel] remove/apply transformations? Date: Mon, 26 Jan 2004 16:08:38 +0000
Another confusing concept. SVG allows to store transformations (moves, rotates, etc) both "natively" (in the object's own coordinates) and as a transform= attribute that is applied "after the fact". Of the many commands that move/rotate objects, some (most) write the new coordinates directly into the object, but some just add a transform= attribute without changing anything else in the object. I see no apparent logic behind this difference in behavior.
Now, the "remove transformations" command simply erases the transform= attribute if it is present. Recent Sodipodi adds "apply transformations" which writes the transform= into the object and then removes it (i.e. no visible change). I think this mess is very confusing and serves no useful purpose. To an artist, "remove transformations" works as a weird sort of undo whose results are generally unpredictable, and "apply transformations" does nothing at all. So I propose:
remove the "remove transformations" command.
fix the remaining commands that add transform= so that they always
"apply" their transformations to the objects at once. (In particular, scaling a text object must affect its font size; transforming a group must write transformations into the group's members instead of adding transform= to the entire group.)
I may have missed something, so please argue.
The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2f...
The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
_________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2f...
The transformations might be nice if we have a library of objects and make instances of the object, and rather than changing the original, transform the instance.
Also, it would make sense since it is in the SVG spec to keep transformations, but be able to apply (or flatten/merge) transformations to an object.
Hmmm...I dunno what the best approach would be, but I understand how saving each transformation and having a dialogue/palette with transformations or all transoforms: shape scaling, rotating, twisting, and so forth, would be useful, to go back in time to an earlier state on a shape. It would really be cool to have the "appearance" palette so that any attribute added to an SVG shape, group, could then be deleted or peeled back. I might be talking about adding a HISTORY to shape editing.
Jon
On Mon, 2004-01-26 at 09:38, Robert Crosbie wrote:
I actually have a need for both "transform = " and "apply transform" (I see no need for "remove transform"). I would prefer that when I transform an object, I get a "transform = " and then have the ability to apply that transform.
Lets say I want to draw a regular hexagon. I will draw 3 identical lines, rotate one 60, another -60, then apply the transformations. The endpoints of these paths will give me the control points to draw the hexagon. This is a simplified example, but I do things like this a lot to get accurate points.
In inkscape, currently, I combine paths to apply a transformation. I'd really like to see an apply transform button.
Rob. http://members.rogers.com/rcrosbie
From: "bulia byak" <archiver_1@...19...> To: inkscape-devel@lists.sourceforge.net Subject: [Inkscape-devel] remove/apply transformations? Date: Mon, 26 Jan 2004 16:08:38 +0000
Another confusing concept. SVG allows to store transformations (moves, rotates, etc) both "natively" (in the object's own coordinates) and as a transform= attribute that is applied "after the fact". Of the many commands that move/rotate objects, some (most) write the new coordinates directly into the object, but some just add a transform= attribute without changing anything else in the object. I see no apparent logic behind this difference in behavior.
Now, the "remove transformations" command simply erases the transform= attribute if it is present. Recent Sodipodi adds "apply transformations" which writes the transform= into the object and then removes it (i.e. no visible change). I think this mess is very confusing and serves no useful purpose. To an artist, "remove transformations" works as a weird sort of undo whose results are generally unpredictable, and "apply transformations" does nothing at all. So I propose:
remove the "remove transformations" command.
fix the remaining commands that add transform= so that they always
"apply" their transformations to the objects at once. (In particular, scaling a text object must affect its font size; transforming a group must write transformations into the group's members instead of adding transform= to the entire group.)
I may have missed something, so please argue.
The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2f...
The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2f...
The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
participants (2)
-
Jonathan Phillips -
Robert Crosbie