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

[sergwizard]

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

[Табуреткин]

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

Удачи

[Табуреткин]

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

Удачи!

[Табуреткин]

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

Удачи!

[llllllllll]

Оригинал написал(а) sergwizard
Забор или Шрих-код (|||||||||)

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

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. ну тут тоже уже есть ответ, это видать просто опечатка.

[TTS]

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

[Табуреткин]

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

Удачи

[llllllllll]

Оригинал написал(а) TTS
Стопудовый баг.

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

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

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

[llllllllll]

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

Удачи

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

[llllllllll]

Оригинал написал(а) TTS
Стопудовый баг.

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