Hi,
When manupulating 3D box from copy of the window I see blue guides offset:
http://img02.picoodle.com/img/img02/9/9/22/f_3dboxguidesm_484ca96.png
What I did is
1) created a new view of the window; 2) selected the 3D box; 3) moved it to the right/bottom; 4) pressed X and saw the lines misplaced.
In other cases the new tool seems to work fine and I wonder why it's not enabled in the toolbox yet ;-) Kudos to Maximilian!
Alexandre
Hi Alexandre,
(sorry, this reply somehow seems to have got stuck in my mailbox)
When manupulating 3D box from copy of the window I see blue guides offset:
Thanks for reporting this. It is a known issue that unfortunately has been around for a while. As far as I can tell, it is caused by wrong transforms of 3D boxes. It's the second thing on my to-do-list, the first being some very annoying problems with undo/redo that are even more persistent.
I'm currently giving a rewrite to a good deal of the tool's internals, which should hopefully resolve the latter issues so that I can tackle the transforms. After that I suppose the tool should be ready for enabling and more thorough testing by a broader user community.
Since I also need to get my coding activities aligned with the studying for my final examinations, I can't make precise promises regarding the timeline, but of course I'm trying to fix it as soon as I can (and believe me that coding is much more fun than combatting probability spaces, sigma algebras and stochastic processes ;))
I'll keep you and the list posted on any progress. I really hope it's only a matter of one or (at most) two weeks, but again I can't say for sure, I'm afraid (depends on the amount of unexpected problems I encounter).
Best regards, Max
P.S.: Could someone give me a very quick introduction of how transforms generally work in Inkscape and how objects are supposed to handle them? My somewhat vague understanding so far is that a transform is just a matrix representing an affine transformation that is updated (if necessary) when objects are moved or resized. But in what situations does this matrix turn out to be different from the identity matrix (i.e., when can't the transformation just be applied to the objects' coordinates directly?) and what precisely is supposed to happen in the transform methods in this case? Most of them don't even seem to be present for the "regular" shapes such as ellipses, stars, etc. Thanks!
On 9/27/07, Maximilian Albert <Anhalter42@...173...> wrote:
P.S.: Could someone give me a very quick introduction of how transforms generally work in Inkscape and how objects are supposed to handle them? My somewhat vague understanding so far is that a transform is just a matrix representing an affine transformation that is updated (if necessary) when objects are moved or resized. But in what situations does this matrix turn out to be different from the identity matrix (i.e., when can't the transformation just be applied to the objects' coordinates directly?) and what precisely is supposed to happen in the transform methods in this case? Most of them don't even seem to be present for the "regular" shapes such as ellipses, stars, etc. Thanks!
This is controlled by the "Store transformations" preference. If set to "preserved", only the transform= attribute is always updated when an object is transformed. No embedding is ever attempted. If it is set to "optimized" (default), it attempts to embed as much as possible of the transform into the object. How much is embedded depends on the object type. With paths, all of the transform is applied directly to the path nodes, so the transform= attribute is eliminated completely. For rects, scale and move components are embedded into x/y/w/h attributes, but rotates and skews are left as is in transform=. With ellipses, no embedding happens. This embedding takes place in the transform method of the SPObject, so this is why ellipses have no such method at all.
participants (3)
-
Alexandre Prokoudine -
bulia byak -
Maximilian Albert