Подмигнуть :)

[ZackMercury]

Я не в курсе, почему у вас прыгают иконки, но вот пара советов:
1) Не трогайте width и height. Для того, чтобы их не трогали сделали свойства scaleX, scaleY, которые можно легко ресетнуть

scaleX = scaleY = 1;

Если надо попиксельно увеличивать, то

scaleX = (scaleX * width + ...)/width;

Таким образом всегда можно получить настоящий размер мувика.
2) Для отладки визуального контента можете пользоваться graphics. Рисуем круг в нулевой координате родителя, и видим наверняка, где и относительно чего всё происходит.
3) Почему бы не воспользоваться Tween-библиотекой? Это сделает код гораздо проще.

[Wolsh]

чтобы не прыгали надо ставить иконки в контейнер так, чтобы их ЦЕНТР был в (0, 0) контейнера и растягивать потом контейнер а не иконку. То есть иконка внутри контейнера должна иметь координаты

icon.x = - icon.width / 2;
icon.y = - icon.height / 2;

[Appleman]

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

3) Почему бы не воспользоваться Tween-библиотекой? Это сделает код гораздо проще.

Спасибо, попробую. Честно говоря, от самых простых вещей и так башка пухнет, а ты говоришь твин-бтблиотеки.

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

чтобы не прыгали надо ставить иконки в контейнер так, чтобы их ЦЕНТР был в (0, 0) контейнера и растягивать потом контейнер а не иконку. То есть иконка внутри контейнера должна иметь координаты

icon.x = - icon.width / 2;
icon.y = - icon.height / 2;

Что-то я туплю. В какой момент и куда это нужно вставлять? Это родительский класс должен перед добавлением каждой иконки такое проделывать или в самом классе иконки нужно конструктор с этого начать?

[Wolsh]

Если у иконки есть свой класс, то замечательно, он уже контейнер? Значит КАРТИНКУ ставим в такие координаты, чтобы ее центр был в (0, 0).
Тут надо напомнить, что такое Спрайт. У него нет никакого физического смысла, только геометрический. Это просто система координат. И когда ты масштабируешь спрайт, ты растягиваешь или сжимаешь его систему координат. При этом его (0, 0) остается на месте относительно родительской системы координат, то есть точка (0, 0) никуда не сдвигается, но оси растягиваются или сжимаются. Если картинка будет установлена так как я сказал, она тоже не будет никуда смещаться, а только растягиваться или сжиматься, оставаясь своим центром в точке (0, 0).

[caseyryan]

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

Я не в курсе, почему у вас прыгают иконки, но вот пара советов:
1) Не трогайте width и height. Для того, чтобы их не трогали сделали свойства scaleX, scaleY, которые можно легко ресетнуть

scaleX = scaleY = 1;

Если надо попиксельно увеличивать, то

scaleX = (scaleX * width + ...)/width;

Таким образом всегда можно получить настоящий размер мувика.

Не знаю откуда ты это взял, но на самом деле они используют один и тот же механизм. При задании width / height, в реальности происходит именно скейл
А в твоем примере ты просто заставляешь матрицы пересчитаться 5 раз

[ZackMercury]

Прошу прощения, это действительно так. Не знаю даже, откуда я это взял))0)0) Приснилось, чтоль.
Но всё равно советую пользоваться scaleX и scaleY, т.к. можно сбросить масштаб одной строчкой, не заводя никаких доп переменных вроде initialSize.

[undefined]

поясните плз где там пятикратный пересчет матриц?

[ZackMercury]

Когда ты обращаешься к width или height, scaleX/scaleY, пересчитываются матрицы трансформации.
Вот тут детальней, что это такое http://www.flasher.ru/forum/blog.php?b=703

[undefined]

Вот тут детальней, что это такое

Я знаю что такое матрица трансформации.Я не понимаю почему гетеры scaleX/Y (которые по сути есть элементы этой матрицы) должны ее пересчитывать?

[ZackMercury]

Ну, например, ты изменил scaleX, и хочешь узнать ширину мувика теперь. Дёргаешь width, он дёргает матрицу трансформации, которая изменилась при изменении scaleX, достаёт оттуда scaleX и умножает на изначальную ширину. И наоборот.

Вся инфа о трансформациях объектов хранится в таких матрицах.

Я не понимаю почему гетеры scaleX/Y (которые по сути есть элементы этой матрицы)

scaleX/scaleY не являются элементами матрицы. Её элементами являются базисные оси, по которым и считается поворот и масштаб.