Таймер не останавливается

[Wolsh]

Что значит, в слушателе кадра? Какой кадр имеется в виду?

Событие Event.ENTER_FRAME.

[Appleman]

Прочитал про ENTER_FRAME. Правильно я понял, что событие типа ENTER_FRAME выполняется при каждой смене кадра приложения?

А слушаем мы тогда что, на что addEventListener вешать? На сам анимируемый объект? С таймером-то мы слушали сам таймер.

[RedHead90]

Данное событие отправляют все экранные объекты, не зависимо от того, добавлены они в список отображения или нет. Слушать можешь любой из них, но оптимальнее всего будет повесить единственный обработчик на объект Stage и в нем уже определять, какие компоненты нуждаются в обновлении и т.д. и вызывать соответствующие методы. Т.е. у тебя получиться такой метод, который управляет жизненным циклом твоей флехи. Плюс, т.к. твоя анимация зависит от времени, тебе надо будет считать время между кадрами. Тут тебе поможет метод flash.utils.getTimer()

[Wolsh]

Правильно я понял, что событие типа ENTER_FRAME выполняется при каждой смене кадра приложения?

Это глобальное событие, инициатором которого является сам плеер. Оно отправляется сразу после того, как "предыдущий кадр" был визуализирован рендером и, соответственно, прямо перед тем как плеер начинает собирать данные для визуализации нового кадра — то есть исполнять код обработчиков событий, выстроившихся в очередь за время последнего рендера. Выполнив весь этот код (рассчитав новые свойства объектов), плеер отправляет еще одно событие — Event.EXIT_FRAME. Если на это событие есть подписки обработчиков, они будут выполнены тут же, и только потом за дело возьмется рендер изображения.

(для расширения кругозора)
Если в коде кадра был вызван метод Stage#invalidate(), то прямо перед рендером будет отправлено событие Event.RENDER, по которому так же можно сделать окончательные перерасчеты свойств визуальных объектов. Этот метод называется "отложенная валидация" и используется, если какие-то свойства объекта могут несколько раз измениться во время исполнении кода одного кадра, а их изменение сопровождается сложными и долгими рассчетами (или изменением свойств детей, которых может быть несколько десятков) — которые оказываются бессмысленными и "холостыми", если через две наносекунды потребуется задать новое значение свойства. В частности, за время одного кадра может быть накоплено несколько событий MOUSE_MOVE или RESIZE, если какой-то шумахер нервно дергает мышью, и на каждое событие надо пересчитать размеры и положения всех визуальных компонентов в окне — а ОТОБРАЖЕНО рендером все-равно будет только последнее изменение. В таком случае объект "накапливает" задачи, не исполняя их, пока не получит событие RENDER. То есть тупо записывает себе _width = newWidth, и только в обработчике события RENDER делает непосредственно this.width = _width и требует ресайза от своих детишек.

[undefined]

Еще стоит предостеречь от частой ошибки новичков - вешать слушатель enterFrame на каждый displayObject на сцене и потом удивляться почему все тормозит.

[Appleman]

undefined, своевременно Я как раз собирался туда его и повесить. Всё-таки, куда сам слушатель зафигачивать? Про stage вроде решили, что давать ссылки на него каждому малышу не дело. Что остаётся? Какие-то более крупные контейнеры на сцене?

[undefined]

вешать на общий контейнер приложения.Контейнер потом вызывает методы update у детей.Конечно, если надо проиграть какую-то анимацию, о которой родителям знать необязательно,то можно и внутри дитя слушать enterFrame.Главное контролировать число этих слушателей и не делать ничего тяжелого в них.

Про stage вроде решили, что давать ссылки на него каждому малышу не дело.

Ээ она уже у него есть.Как и ссылка на родителя.Это не очень сочетается с мантрой "дети не должны ничего знать о родителях", но местами это очень удобно.

[Wolsh]

Это не очень сочетается с мантрой

Весь Display List полностью противоречит принципам ООП, на которых базируется язык AS3.
Похоже, их создавали в разных Вселенных "программистов" и "дизайнеров".
Я уже не раз приводил в пример, что через отношения DL stage/root/parent/child можно свободно получить ссылку на любой (дисплейный) объект, как бы вы ни прятали его в приватные свойства.
Добавил в Дисплей Лист == выставил на панель.