Масштабирование

[TanaTiX]

Что-то я впал в нубство...

trace(mc.width);//100
mc.rotation=45;
trace(mc.width);//91.9
mc.width=100;
trace(mc.width);//98.15

Почему в результате 2-го трэйса выводит 91.9 я еще могу понять. А вот почему последний выдает значение, отличное от 100 - не понятно.

[toFL]

А вот почему последний выдает значение, отличное от 100 - не понятно.

Отличное от 100, потому что в результате присвоений, ширина не равна 100. Переформулирую: Почему происходит странная (неправильная) установка width и height, при rotation отличное от 0 (360). По существу я сам не знаю, но происходит, что-то не понятное.

[ЗлОй ПрОграММер]

потому что вы переворачиваете всю область(прямоугольную или квадратную) mc, если повернуть квадрат на 45 градусов его длина будет больше !???

[goodguy]

потому что вы переворачиваете всю область(прямоугольную или квадратную) mc, если повернуть квадрат на 45 градусов его длина будет больше !???

Гениально!

Почему в результате 2-го трэйса выводит 91.9 я еще могу понять.

Вообще, задание ширины и высоты - это, как бы, не задание ширины и высоты, а присвоение значения scaleX и scaleY. Попробуй переотпределить сеттеры и геттеры ширины/высоты для нужного объекта, и исползовать там целые числа

[gloomyBrain]

если повернуть квадрат на 45 градусов его длина будет больше !???

У квадрата есть длина ?!?!?!

по теме:
Я думаю, что это связано с тем, что все преобразования объектов происходят через матрицу трансформации. В том числе ширина задается через масштаб. В матрице одни и те же элементы отвечают и за поворот и за масштабирование, поэтому когда мы их совмещаем - происходит что-то непонятное.

[ЗлОй ПрОграММер]

1. не длина а ширина =)
2. всё же представьте квадрат повёрнутый на 45 градусов, и измерьте расстояние от крайне левого угла до крайне правого по оси X
3. представьте обычный квадрат(поворот на 0 градусов) и сделайте тоже самое
4. сравните результаты

объясняю канеш хрен пойми как, но идея сама вроде правильная

[wolhw]

Сообщение от TanaTiX

Почему в результате 2-го трэйса выводит 91.9 я еще могу понять. А вот почему последний выдает значение, отличное от 100 - не понятно.

скорее всего сетер задает видимую(реальную) ширину/высоту , а герет выдает ширину/высоту самого обьекта(неважно на скольно градусов он повернут)
или наоборот))

[samana]

Ну да, получается что выдаётся ширина относительно сцены так сказать:

[IMG]http://i.***********/i7/9be1d413cae49e4e45682b57fa988971/1-2-407/40740967/heigth.jpg[/IMG]

[wolhw]

с етим ясно, но что делает сеттер остается загадкой для меня

trace("orig-->>"+mc.width,mc.height);
 
		mc.rotation=45;
		mc.width=1;
		mc.height=100;
		trace("rezz-->>"+mc.width,mc.height);

результат:

orig-->>100 100
rezz-->>85.6 85.6

на екране прямоугольник width!=1;
если же сделать height=1 а width=100 тогда на екране полоска в 1 пиксель(height==1) повернута на 45 градусов, а если поменять местами

mc.height=100;
mc.width=1;

тогда width==1;

[TanaTiX]

В общем, исходя из вышесказанного, система "стандартных" трансформаций во флеше, скажем так, далека от совершенства. Посему появилось желание перевести в своем приложении основной функционал на систему с использованием матриц (использоваться по сути будет только поворот, изменение координат (эту составляющую наверное можно и не переводить) и размера визуальных объектов). Отсюда возникает вопрос - как я могу определить реальную ширину объекта и потом поменять полученное значение, на то, которое меня интересует?
К примеру:

mc.alternativeWidth+=10;

Данный код должен получить значение ширины (не зависимо от значения поворота - getter) и присвоить новое значение (опять же в системе локальных координат - setter)
Собственно вся суть вопроса сводится к способу получения реальных размеров объекта. Заранее спасибо.