прелоадер - как сделать?

[Tfp]

а приведенного кода выше недостаточно?

[etc]

Сообщение от Tfp

вот тоже решыл сделать прелоадер правда когда игра жуе была почти полностью готова) почитал статью все чики пуки...вот только не пойму зачем заменять документ клас? весь етот код отлично добавляетья в первый кадр мувика, а в документ класе просто добавляем пару строк чтоб скрипт инициализации срабатывал в третьем кадре..

При такой схеме все классы зашьются в первый же кадр. Можно просто положить спрайт с классом во второй-третий кадр, но нельзя работать с его классом из Document class.

Сообщение от Tfp

и опять же зачем юзать

pBar = getChildByName("Bar") as Sprite;

если доступ к инстанции класса на стейдже доступен напряму через имя? а getChild необходим для динамически созданных обьектов, ну и если имя составное =)

Это не AS3-way. Компилятор Flash CS3 автоматически декларирует свойства-ссылки на вложенные клипы. В чистом AS3 такого нет и не будет, поэтому обращения к свойствам-ссылкам я не применяю. И потом, код с обращениями к свойствам-ссылкам будет с ошибками, во внешнем редакторе. Поэтому, либо надо описывать все эти ссылки самому (притом, что они могут быть только public!), либо вообще их не использовать. Так как мне лень, я их не использую и вообще, публичные переменные подобного плана — зло.

[ramshteks]

слушай __etc я нашел в паблишь сеттингсах настройку в какой кадр экспортировать все, это может упростить подход к делу?

[etc]

Сообщение от ramshteks

слушай __etc я нашел в паблишь сеттингсах настройку в какой кадр экспортировать все, это может упростить подход к делу?

В смысле? Подход не изменится.

[Tfp]

__etc , убирать галочки на експорт и добавлять мовиклипы в контейнер тоже надо просто непойму почему нельзя оставить докумен клас изначальный?
вот пример того что с ранее изложеным кодом..
не заменяя док..класс добавляем код в фрейм, кода меньше результат тотже

[etc]

Сообщение от Tfp

__etc , убирать галочки на експорт и добавлять мовиклипы в контейнер тоже надо просто непойму почему нельзя оставить докумен клас изначальный?
вот пример того что с ранее изложеным кодом..
не заменяя док..класс добавляем код в фрейм, кода меньше результат тотже

Не знаю, такой вариант я не пробовал. На вид вроде работает, но одновременная писанина и в DC и в кадре как-минимум дезориентирует (получает класс, распиленный на две части). Хотите — используйте, но применять такой метод на практике лично я бы не стал.

[Tfp]

класс не распиливаеться а перемешаеться в первый кадр...
лан.. у меня далее вопрос в твоем примере если поместить animatingStar на сцену и задать ему имя получаеться такая ошыбка
TypeError: Error #1034: Type Coercion failed: cannot convert flash.display::MovieClip@41bc539 to Star.
а если поместить например boxGraphic на сцену и задать ему имя "somename" ощыбки не будет
b далее..

			var ssBar=getChildByName("somename")  as  MovieClip;
			ssBar.x+= 2;

ошыбка

TypeError: Error #1009: Cannot access a property or method of a null object reference.
	at Program$iinit()
	at ExportSecondFrameExample/::main()
	at ExportSecondFrameExample/::enterFrameHandler()

[etc]

Сообщение от Tfp

класс не распиливаеться а перемешаеться в первый кадр...

Либо код в кадре, либо код в классе. Одно из двух.

Сообщение от Tfp

лан.. у меня далее вопрос в твоем примере если поместить animatingStar на сцену и задать ему имя получаеться такая ошыбка
TypeError: Error #1034: Type Coercion failed: cannot convert flash.display::MovieClip@41bc539 to Star.
а если поместить например boxGraphic на сцену и задать ему имя "somename" ощыбки не будет
b далее..

			var ssBar=getChildByName("somename")  as  MovieClip;
			ssBar.x+= 2;

ошыбка

TypeError: Error #1009: Cannot access a property or method of a null object reference.
	at Program$iinit()
	at ExportSecondFrameExample/::main()
	at ExportSecondFrameExample/::enterFrameHandler()

Я не очень понимаю, что требуется сделать и зачем. В первом случае скорее всего Star не объявлен, как MovieClip, во втором — либо нет такого клипа с таким именем, либо он не MovieClip.

[Tfp]

__etc, а почему он не обьявлен? если
var star:Star=new Star; работает нормально
во втором есть такой клип и ето мовиклип...все инстанции из твоего примера я ничего не менял.. просто переместил звезду на стейдж и попытался ее назвать
както чтоб потом к ней обратиться, но выскочила ета ошыбка..
потом переташил starGraphic и назвал его somename...в конструктор Program довавил код

		var ssBar=getChildByName("somename")  as  MovieClip;
			ssBar.x+= 2;

но теперь тоже вылезла ошыбка.. то есть обратиться к екземпляру на stage никак теперь нельзя?
___________

вообщем судя по всему нелья к ним обратиться, так вот если делать через код в фрейме то работает нормально

Либо код в кадре, либо код в классе. Одно из двух.

ну вот в кадре меньше кода, ну и зачем собсно создавать еще один клас? тем более который создает такие ограничения..так еще и влияет на классовую структуру заменяя документ клас..я ведь и решыл то попробывать записать код к фрейм из за неохооты заменять doc.class )

[etc]

Сообщение от Tfp

__etc, а почему он не обьявлен? если
var star:Star=new Star; работает нормально
во втором есть такой клип и ето мовиклип...все инстанции из твоего примера я ничего не менял.. просто переместил звезду на стейдж и попытался ее назвать
както чтоб потом к ней обратиться, но выскочила ета ошыбка..

Необходимо отключить автоматическое декларирование свойств-ссылок на клипы на сцене и прописать в Document class ссылки вручную:

		public var pBar:MovieClip;
		
		public var star:MovieClip;

Сообщение от Tfp

		var ssBar=getChildByName("somename")  as  MovieClip;
			ssBar.x+= 2;

но теперь тоже вылезла ошыбка.. то есть обратиться к екземпляру на stage никак теперь нельзя?

Судя по коду, с чего вы взяли, что внутри Program лежит somename, если вы его на сцену вообще положили?

Сообщение от Tfp

ну вот в кадре меньше кода, ну и зачем собсно создавать еще один клас?

Код в кадре и есть часть кода Document class, вынесенная в кадр. Зачем это делать, когда можно написать все в Document class? Либо вы пишете все в классах, либо все в кадрах. Или код в кадрах без назначения своего класса, но не иначе. А так получается, что код класса раздваивается.