Уважаемые, красиво ли делать в ребенке мейна some_class_1 так:
что бы потом обращаться к некоему видимому из мейна класcу main.some_class_2 ?

нет некрасиво. Если ребёнку вообще не нужно знать ссылку на мейн, ну вот прям совсем не нужно, отправляйте событие из себя.

Я пишу Flash IDE компоненты и для создания алертов и прочих попапов я использую стейдж, который выше рута. Туда добавляется несколько слоёв менеджеров для для отображения алертов, попапов, курсоров и прочей нечести. У них там свои события и своя микрофлора. Делаю это потому что все эти вещи всегда, не зависимо от логики конечного приложения, должны быть выше всего контента приложения. Благодаря этому подходу я могу не париться о том, что там напишет другой разработчик. Стейдж такой же инструмент как и прочие публичные вещи в API флеш плеера.

Да-да. То есть, как бы ни хотел товарищ разработчик поместить свой курсор выше всего контента, он все-равно будет проваливаться под ваши алерты и попапы. Бедолага вынужден использовать Ваш курсор? Отличное решение вами же созданных проблем)) А главное — как же неимоверно сложно было научить менеджер добавлять попап наверх списка отображения рута....

Это вы по кофейной гуще нагадали или звёзды подсказывают? Курсоры легко, без проблем, меняются. Зачем кого-то чему-то учить если можно просто добавить поверх всего?

Например? Вы можете создать новый экзепляр Stage? Добавить его ребенком в Список отображения? Изменить высоту/ширину? Написать для него свою логику управления детьми, которых в него добавляете?
Охотно верю. Пусть парится он. Чудесные AS2 компоненты от Adobe всё еще живы в памяти))).
Да потому что костыль. Быстрое, простое и очевидное неправильное решение "лишь бы работало".

Полезность инструмента характеризуется возможностью создания экземпляров его класса или возможностью изменения логики его работы? Это странно и вопросы странные -- вы задаёте вопросы на которые уже известны ответы. Например, я могу добавить в него детей, могу изменить режим отображения fullScreen/normalMode, могу добавить stageVideo для отображения, и прочее можно посмотреть в референсе. Не хотите/не умеете пользоваться, не надо, никто не заставляет. Так уж сложилось, что точкой входа в приложение служит рутовый дисплей обжект, а не стейдж, но это же не значит, что теперь его использования нужно избегать.

Надеюсь, на этом доводы не закончились.

Ага. Это называется "риторические вопросы".
Хм... Я вроде говорил только о том, что в него не надо ничего добавлять. Все что нужно в него уже добавили, никого не спрашивая)) Хотел бы я увидеть приложение, никак не использующее стейдж.

Правильно ли я понимаю, что Вам нет дела до писанины разработчика, использующего Ваши компоненты, ровно до того момента, пока он не напишет в своем коде "stage.addChild()"?

В стейдж добавили то что необходимо для работы приложения и методы субкласса DisplayObjectContainer. Разработчики флеш плеера могли достаточно просто запретить добавление объектов выше рута.
Верно, по большому счёту нет дела. Моя задача указать как пользоваться и что делать нельзя. Вероятность того, что он полезет на стейдж _значительно_ меньше, чем вероятность добавления детей в рут.

Все равно мне кажется это спорный вопрос... Если приложение нуждается в доступе к stage, то нужно его в любом случае передавать. Я встречал много уроков толковых разработчиков где передавали stage в другие классы (Например при использовании box2D...)... Или например, как мне получить свойства stage из другого класса... В этом случае нужно передавать stage в другой класс... А иначе как?

Добавлено через 13 минут
Wolsh, по сути вы предлагаете создать какой-то контейнер и работать полностью с ним? Я правильно понял?