В данном контексте обращение к стейджу нарывается на кидок стула в голову.

Ну ОК, не злись)) Видимо, мы по-разному понимаем значение слова "гибкость")) И на event.stageX все-таки поменяй)) Игры, они, знаешь ли, фризятся, а геймеры народ горячий и мышку дергают со сверхзвуковой скоростью. Может на вашем тестовом девятиядернике и не было проблем, но я тут — да, именно за твою профессиональную крутизну радею. Дьявол кроется в деталях. Не хочешь слушать меня — просто задумайся, нафига в MouseEvent эти свойства запихали, целых два лишних никому не нужных. Ведь "полюбому" объект, пославший MouseEvent, на сцене, и всегда можно было бы спросить stage.mouseX. Но увы, это лишь предположение. Не надо так. Это концептуальный хардкод. Такой же, как предположение что дизабленная кнопка должна быть полупрозрачной.

Wolsh - безусловно учту слова на будущее. И мне приятно слушать *правду*, но не люблю когда слова не так трактуют очень. А вот про тестовый девтиядерник хотелось бы поподробнее причем тут это. Проверка молниеносной скорости мыши, работа на планшетах и иже с ними, слабых компах и т.п. не вызывает никаких проблем. Я пока не пойму где твой дьявол здесь.

Dukobpa3
Stage is never null here. Поэтому как обращаться не важно

Видимо, in4core имел в виду, что хардкод - это стезя не знающих поражений. Действительно, если взять и нарисовать кнопку в (0,0) и потом помнить всю дорогу до конца проекта (и потом пару лет на саппорте), что двигать и удалять боже упаси ее нельзя, то координаты мыши вообще можно не вычислять через каке-то там ивенты и стейджи:кнопка же в нулях, стал быть и мышка где-то тут... все очень просто и надежно. Это тру, по-любому. И не нужно возражать со всякими там если: все соображения, начинающиеся со слов "а если кнопку того.." разбиваются наглухо об "ничего нельзя того! Работает - не трогай!".

Вложение 30147

Дьявол зарыт в асинхронности. События и асинхронные вызовы на более слабых машинах, будут вызываться гораздо позднее/вести себя иначе. И если код спроектирован без учёта этого, могут всплывать самые разнообразные "прикольчики", а отладка превратиться в ад.

in4core,
А можно узнать, в каких конторах вы работали? Так сказать, что-бы не попасть на саппорт проекта, в котором:
:)

Я вот раньше принципиально держал комп селерон 1.3 с 512 оперативки для тестов.
Так вот частенько такое бывало, что при запуске документ-класс был без стейджа. Такие дела.
С тех пор всегда использую ФД шаблон дефолтный, с подпиской.
Вот уже не помню когда последний раз на эту особенность плеера напарывался. Но опыт не пропьешь B-)

Tails - ни в каких, мне просто стыдно , что все такие крутые и умные, а я нет , вы меня раскрыли :)

load.(assets.swf)
///
addChild(assets);
Это инициализация программы, так сказать первое действие после запуска мейника. Если в этих assets не происходит никаких удалений и иных действий - то стейдж у элементов, которое подсосаны просто как граф элементы никогда не будет null. К примеру грузите вы топ-меню, которое всегда на виду. В котором не удаляются и не добавляются элементы

Добавлено через 1 минуту
Ну это конечно очень смешно. У меня есть и целерон с 256 оперативки в офисе, достался как говорится от дедушки, и даже там такого не было)

О_о wtf?

Добавлено через 31 секунду
А че тогда уж не

Dukobpa3 совсем не понял юмора. я структуру просто написал.
А про нет стейджа при компиляции мейна - брехня.