Протрейсите m и mBlock. Возможно, нет одного из них.

Упростил код до двух строчек:



someMovieClipFromScene.gotoAndStop(someFrame) тутже вызывает Event.FRAME_CONSTRUCTED..

..далее выполняется код из фреймов У ВСЕХ клипов на сцене по порядку (хотя код из нашего фрейма еще не завершен!)

Если gotoAndStop/gotoAndPlay несколько - будет столько же событий FRAME_CONSTRUCTED (но ВСЕ клипы уже обрабатываться не станут а выполняется только код из фрейма - куда отсылает goto)

И тут у Flash едет крыша и любой новый клип "родится мертвым":
б) если фрейм один - код фрейма не выполняется
а) если фреймов несколько - в следующем кадре новый клип начнет проигрываться СРАЗУ СО ВТОРОГО фрейма



Можно добавить принудительный вызов первого фрейма...


...или переставить строчки местами и всё будет работать как надо:


Вот такие вот грабли. Отсюда мораль - если пишете код в фрейме - СПЕРВА нужно создать все новые клипы а потом уже выполнять gotoAndStop/gotoAndPlay!

Ну, да. Или по другому: Если пишете код в фрейме, то .... не пишите код в фрейме. :)

Для меня так и остаётся загадкой - КАК можно собрать проект БЕЗ кода в фреймах?? Скажите хотя бы - ГДЕ этому научиться??

Десятки объектов, сотни эффектов и куча событий... и всё это описать классами? Далее снизойти до описания всей векторной графики в одном бинарном массиве? Прикрутить к этому пол таймера - и всё зашуршит.. ЗАЧЕМ тогда этот falsh? Может писать всё в теле троянского вируса? Чтобы было интереснее так сказать...

..а если по делу - это же БАГ! Причем, как и прочие, найденные в процессе разработки.. Например вот.. Тема оставшаяся без ответа. Затрагивающая туже проблему. Когда, в принципе, логичные действия приводят к странному результату..

..а на всё это уходят часы и сутки...а может в следующей версии этот баг исправят и всё это зря? =) А форум adobe тоже молчит... им нет дела до простых смертных... или.. они слишком заняты %)

Для меня, также, загадка - как можно, сколько-нибудь серьезное приложение написать с кодом во фреймах?
Серьёзно. Я не прикалываюсь.

Не думаю, что этому надо особо учиться. Управляйте приложением из документ-класса. Если хотите задать какое то особое, определённое поведение для отдельного символа залинкуйте его для ActionScript, но не на автогенерирующийся класс, а на реальный. Просто положите скрипт с таким именем рядом с фла. Это, так -
для начала. Дальше - больше. Потом удивитесь - как вообще можно было, что то делать во фреймах?

Ну тут вы просто прикалываетесь :). Хотя по поводу десятков объектов... у меня несколькими сотнями объектов (около 600-от) управляет один - единственный класс (в 70 строк с комментами), и ничего... справляется :).

Это действительно баг. И я о нём не знал... А написал полуприкалываясь, "полу" потому, что это действительно плохая практика - писать во фреймах.

Как закончу - обязательно покажу :) Хотя, серьезность проекта можно поставить и под сомнение.

Например есть клип с анимацией персонажа. И в 35 фрейме нужен переход на третий. Но, при определенном условии, переход пропускаем и идём с 36-го фрейма и до последнего. Где всё благополучно останавливаем командой stop(); Вопрос - как собрать код из всех этих фреймов в один класс?

А вот за такую идею спасибо! Где-нить обязательно применю.

Очевидно, что за этим должен следить какой-то персональный контроллер анимации.

..и так, шаг за шагом, таки дойти до одного красивого бинарного файла :)

Утрируете.

прилинкуйте этот клип в библиотеке к классу, в котором опишите необходимую логику, есть же в конце концов свойства currentFrame, totalFrames, событие ENTER_FRAME и т.д., можно полностью управлять поведением анимации