Баг или фича? Четыре загадки.
 

Привет, всем.
В аттаче - четыре простейших мувика (с исходниками). Каждый мувик - загадка. Вот только интересно, - это фичи или баги? Естественно, сам я знаю, как бороться с этими багами (кроме первой загадки). Но будет интересно услышать Ваши мнения и предложения.
Я уверен, что ответы таких уважаемых мною флэшеров, как Nox Noctis, У.Брэдберри, TTS, DeliMiter, Забор или Шрих-код (|||||||||) и других, не упомянутых, но помнимых будут хорошим уроком начинающим флэшерам.

puzzle4
 

Ты в скрипте два раза описываешь функцию для mc на вход в кадр... причем второе описание (движение mc1) соответственно перекрывает первое (движение mc). Попробуй в нижнем в листинге описании поменять mc на mc1? и сразу забегают два мува....

Удачи

puzzle3
 

Стоит только убрать обработчики на загрузку и мувы начинают ездить синхронно...

Удачи!

puzzle 2
 

Думаю смещение происходит из-за накопления погрешности в математических операциях... (sin,cos)

Удачи!

Re: Баг или фича? Четыре загадки.
 

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

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

2. Да, естественно - это погрешности ...

3. Тоже правильно ...
mc1.onLoad = function(){ // это не будет работать ...
this._x = 80;
trace(this + "._x set value 80");
}
mc2.onLoad = function(){ // а это будет ...
this._x = 80;
trace(this + "._x set value 80");
}

... почему так - отдельно ....

4. ну тут тоже уже есть ответ, это видать просто опечатка.

puzzle1
 

Стопудовый баг.
При переходе gotoAndPlay мув на положительной глубине видимо воспринимается как созданный динамически и, т.к. переход происходит внутри области жизни мува, он остаётся там, где был.
Не найдя исходного мува на своём месте флэш воспринимает следующий фрейм как ключевой (что, вобщем-то, не лишено смысла) и втыкает мув на положенную ему минус какую-то глубину по исходным координатам. Вот и получается их двое. :rolleyes:

почему так отдельно
 

А можно всёж попросить отдельно объяснить, почему так :) Это касаемо третьего пазла.

Удачи :)

Re: puzzle1
 

Ну не такой уж это и баг =), я наверное плохо объясняю =)

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

Вот если это повесить на наш MC:
onClipEvent(load){
trace(_parent._currentframe);
}
мы увидим что где и как, и в каком месте он старается исправить "ошибку" глупого юзера=)))))
... тут вообщето помоему все ясно, более чем исчерпывющее описание структуры SWF есть в инете, вполне сойдет для 4-ой версии, а в 5-ой и 6-ой в нее и ничего не добавили (точнее ничего, что касалось бы фреймов, таймлайнов, спрайтов и т д)

Re: почему так отдельно
 

Можно, но чуть позже =), на трактаты нада немного времени иметь =)

Re: puzzle1
 

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