RE: [Flashcoders] Determining width of rotatedMC'simaginaryboundingbox
Odie Bracy PhD wrote: Actually, your width will change with the rotation. The greatest width will be when the diagonal line of your rectangle is a flat, horizontal line. That seems to sum it up, for sure. Thanks, Odie. Yotam Laufer wrote: First of all you're welcome. When using the mathematical approace, are you feeding the Math.sin (a) method radian or degrees? It should be radians could that be your problem? I'm using radians. I thought about that, too, and checked for the possibility first thing. The more I experiment, actually, the more I see the light. Thanks for all the input! David [EMAIL PROTECTED] ___ Flashcoders@chattyfig.figleaf.com To change your subscription options or search the archive: http://chattyfig.figleaf.com/mailman/listinfo/flashcoders Brought to you by Fig Leaf Software Premier Authorized Adobe Consulting and Training http://www.figleaf.com http://training.figleaf.com
RE: [Flashcoders] Determining width of rotatedMC'simaginaryboundingbox
Danny,
My MC is a 150x30 rectangle rotated to 45 degrees.
My results show width and height both at 180, when
they should be closer to 130. Here's my code:
That's odd: when I go through those calculations
with a calculator, they come out with about 130,
just as you say [...]. Are you sure your mc._width
and mc._height are returning the correct values?
Well, I checked, and am beginning to feel dumber and dumberer.
Somewhere, when I was dealing with this last night, my head must have been
clouded up. If I take a 150x30 movie clip in the IDE and rotate it, the
width and height, as indicated in the Properties inspector, updates the way
your calculation and the getBounds approach dictate they should.
I was expecting mc._width to always return 150, even when it was
rotated. After all, the clip's width, from its own POV, hasn't changed. In
fact, I would swear this is what was happening last night -- but, sheesh,
maybe not? If I simply trace mc's _width and _height from the main
timeline, the values returned by those properties give me the data I want.
This happens with dot notation as well as onClipEvent(load) {trace()}.
So ... I guess my whole question is moot. But now I'm scratching my
head.
David
[EMAIL PROTECTED]
___
Flashcoders@chattyfig.figleaf.com
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Brought to you by Fig Leaf Software
Premier Authorized Adobe Consulting and Training
http://www.figleaf.com
http://training.figleaf.com
Re: [Flashcoders] Determining width of rotatedMC'simaginaryboundingbox
Actually, your width will change with the rotation. The greatest
width will be when the diagonal line of your rectangle is a flat,
horizontal line. This width will be equal to the square root of the
sum of the squares of the original height and width before the rotation.
Odie
On Mar 20, 2006, at 5:00 PM, David Stiller wrote:
Danny,
My MC is a 150x30 rectangle rotated to 45 degrees.
My results show width and height both at 180, when
they should be closer to 130. Here's my code:
That's odd: when I go through those calculations
with a calculator, they come out with about 130,
just as you say [...]. Are you sure your mc._width
and mc._height are returning the correct values?
Well, I checked, and am beginning to feel dumber and dumberer.
Somewhere, when I was dealing with this last night, my head must
have been
clouded up. If I take a 150x30 movie clip in the IDE and rotate
it, the
width and height, as indicated in the Properties inspector, updates
the way
your calculation and the getBounds approach dictate they should.
I was expecting mc._width to always return 150, even when it was
rotated. After all, the clip's width, from its own POV, hasn't
changed. In
fact, I would swear this is what was happening last night -- but,
sheesh,
maybe not? If I simply trace mc's _width and _height from the main
timeline, the values returned by those properties give me the data
I want.
This happens with dot notation as well as onClipEvent(load) {trace()}.
So ... I guess my whole question is moot. But now I'm scratching my
head.
David
[EMAIL PROTECTED]
___
Flashcoders@chattyfig.figleaf.com
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Brought to you by Fig Leaf Software
Premier Authorized Adobe Consulting and Training
http://www.figleaf.com
http://training.figleaf.com
___
Flashcoders@chattyfig.figleaf.com
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Brought to you by Fig Leaf Software
Premier Authorized Adobe Consulting and Training
http://www.figleaf.com
http://training.figleaf.com
