Обработчик события
 

Если я в какой-то мувиклип вставляю кнопку допустим начиная с 10 кадра, потом в новом слое в 10 кадре пишу обработчик нажатия этой кнопки через addEventListener, то в консоле выдает ошибку что ссылается на null, если я вставляю ее в первый кадр то все работает нормально. Можно ли ка-кто это исправить? Может есть метод как в 2 екшне где обработчики по другому задавались

Самое лучшее в данной ситуации - не писать в кадрах. Скорее всего не правильная реализация задуманного дает о себе знать.

Если через класс мувиклипа обращаюсь к кнопке тоже самое, через кадры уже работает, хотелось бы через класс, но пока не знаю как, вот только управлять прозрачностю, что не охота делать

Плюс отголоски умения писать на ас1.
Да, вам лучше переделать все структуру проекта. Вынести все в отдельные классы, проявляя уважение к классово-пакетному языку и забывая про кадры раз и навсегда. С кадрами вы многое теряете.

Добавлено через 36 секунд
Код покажите, поможем.

Не ну если есть мувиклип главный, в нем кадры лейблами допустим, переходы с анимацией через кнопки, которые тоже визуально изменяются при переходах, не буду я ж выносить кнопки в отдельный класс, она всего то исполняет роль ссылки на иной кадр, просто я хотел чтоб ее обработчик находился в файле класса а не на кадре слоя actions, если понимаете о чем я то плз скажите как это можно реализовать, оно то и так работает но не элегантно что-ли)))

А в чем проблема? Не хотите все делать по уму, сделайте класс Main, в нем создавайте ваш мувиклип, кнопки, пишите методы, слушатели. И все.

В смысле по уму?

По уму - MVC :D
А почему нет? Конечно, если маленький проектик, там можно и не разбивать логику.
И все же, что у вас не получается, если вы перешли на кадры?

Если он действительно маленький и пока не привычно использовать полноценный ас3, то можно и на ас2 написать, если дело срочное.
nark03, вам ничто не мешает использовать ваш мувиклип, присвоить ему ликэйдж и в классе описывать свойства и методы. И ничто не мешает с помощью этих свойств управлять кадрами, лэйблами и пр. Главный вопрос в целесообразности и наличии более красивого решения.