Внимание: злые ньюансы, для тех, кто не знал.

[RFMitrio]

Пара багов-не багов, не знаю, но крови моей они попили знатно. Особую опасность представляют при работе с Вин ХП.
Баг 1. Есть мувик, в него грузится другой. Все работает нормально. Но вот настал день и вы везете мувики на показ заказчику. Он копирует их у себя в каталог - и вы видите, что мувики не хотят грузиться. Что делать? В чем может быть трабл? Сейчас покажется очевидным, но прежде, чем я дошел до него, я потратил дня 4 на попытки собрать мувики в 1 и не использовать подргузку. А дело-то все оказывается вот в чем. Команда стоит loadMovie("movie.swf");, то есть грузит из текущего каталога. Но выглядит все так, как быдто бы мувик не находит файла movie.swf. И тут следует посмотреть на путь к этим самым пресловутым мувикам. Если хоть в одном каталоге в пути или в имени мувика встретились РУССКИЕ буквы - считайте, что проблема решена. Дело в том, что относительный путь переводится перед загрузкой в абсолютный, но когда в абсолютном пути встретятся русские буквы - это будет не понято. А почему не догадаться, это ж вроде просто? Ан нет! Вы приходите и обнаруживаете, что у вас-то тоже по-русски каталог назван( ну это, конечно, не обязательно, но почему бы и нет)! Но не тут-то было! Если у вас виндоуз ХР - то мувик преспокойно загрузится из любого каталога. Но вот под 98-ми нет.
Мораль: русские буквы не должны встречаться на пути к мувику, который вы подгружаете, пусть даже путь относительный.
----
Баг 2. Печать мувика. Итак, стоит задача распечатки мувиклипа из презентации, например, распечатать страницу с реквизитами. Предположим, страница с реквизитами имеет белый фон - зачем расходовать чернила, верно? Но это не суть важно. Итак, вы сделали печать командой print(mc, "bmovie"); и распечатали - все замечательно. Потом отправляетсь к заказчику и показываете ему как замечательно должно все печататься. Но как оказывается не все так хорошо. Вы печатаете и видите - вокруг документа появляются какие-то поля, которые вовсе не белым цветом распечатались. Откуда? Мувик ведь определен своим размером ( или размером фрйма с лейблом #b ) и должен печататься только он, а откуда же поля-то? Предположение возникает такое: у вас-то вин ХР а у заказчика 98-й. А флэш-мув передает информацию для печати и новые винды далее выдают на принтер то, что надо, а старые что-то не совсем то. А дело вот в чем. Мувик ваш может иметь фон документа, отличный от белого. Вот этот-то фон и печатается по краям. Ну хелп я не большой любитель читать, ну, думаю, может там сказано - так хрена, что называется лысого ( хелп, правда, признаюсь, от превого релиза триала флэш мх ). Таким образом мораль: когда в вашем мувике используется функция печати print, никогда не делайте фон мувика иным, кроме белого. Иначе Вы потратите чернила распечатывающего, что совсем не требуется, а тем более при последующей отправке по факсу ничего хорошего не будет.
---
И если все хорошо под новыми виндами - остерегайтесь виндов старых.
Спасибо за внимание.

[sergwizard]

По поводу первого "бага".
Читаем:
loadMovie(url [,location/target, variables]]);
url An absolute or relative URL for the SWF file to load. A relative path must be relative to the SWF. The URL must be in the same subdomain as the URL where the movie currently resides. For use in the Flash Player or for testing in test-movie mode in the Flash authoring environment, all SWF files must be stored in the same folder, and the file names cannot include folder or disk drive specifications.
Проверяем и убеждаемся, что все написанное – истинная правда.
Так что если у тебя написано loadMovie("movie.swf");, то путь этот явно относительный. Тем более что ты и сам говоришь, что мувики в одном каталоге. А как этот каталог называется, - по-русски или на хинди, - мувикам по барабану. И не только в XP, но и в 98-м и, даже, в 95-м. Другое дело, если ты в мувике прописываешь относительный или абсолютный путь кириллицей, - да, тут траблы возникают.
Так что проблема у заказчика возникла не из-за Win98, и не из-за русского каталога, а из-за кривизны рук или неподходящего места, из которого эти руки растут.

По второму "багу". – Не проверял. Пока поверю на слово.

[sergwizard]

Да, кстати, есть еще одна вероятная причина "неподгрузки" клипов. Бывает такое: компилишь в MX, а у заказчика стоит плэйер 5-й версии. или плагин в браузере 5-й версии, и не видят они того, чего бы нам очень хотелось и над чем мы так упорно трудились. Этот факт тоже надо иметь в виду.

[RFMitrio]

И не только в XP, но и в 98-м и, даже, в 95-м. Другое дело, если ты в мувике прописываешь относительный или абсолютный путь кириллицей, - да, тут траблы возникают.

Ну да, братишка, конечно-конечно.
Итак, внимание, конкурс! Прилагается скриншот с кодом! Код
составляет 2 строчки. Кто находит "кривизну рук" в коде, из-за которой не подгружался мувик, ставлю 10, нет 20 ящиков пива!

Теперь по процедурному вопросу. Первый мой совет - поменьше читать хелп и побольше заниматься практическим девелопментом. Тогда дурацкие комментарии отпадут за излишеством и отсутствием необходимости в оных. Во-вторых, лениво разбираться, как устроена файловая система fat. Но скажу тебе по секрету - относительный путь - это только для нас он относительный. На самом деле никакого относительного пути нет и каждый файл связан с некоторым файловым дескриптором ( например, в Юниксе это inode, думаю, в виндах что-то похожее ). Так вот, когда мы запрашиваем файл, относительный путь приводится к дескриптору. И если приведение к дескриптору некорректно - тогда и возникает глюк.

компилишь в MX, а у заказчика стоит плэйер 5-й версии

Опять же, по секрету - когда делается мультимедиа презентация и тиражируется на компакт-дисках, заказчикуу не важно, что существует какой-то там плагин какой-то пятой версии или версии МХ. Ему нужен экзекьютебл файл, так к слову.

Более того, откорою еще третий секрет. Вообще любая софтина сильно зависит от аппаратного и программного обеспечения. В том числе и флэш-продукт. Поэтому если у тебя из русского каталога грузится - флаг в руки, крест на попу. Остальных предупреждаю: может быть оказия, avoid it.

[RFMitrio]

зы Ты уж извини за резкость

[sergwizard]

Пива никто не получит. Потому как я делал предположение о кривизне рук не у творца, а у заказчика. И кривизна это может проявляться в том, что система установлена криво, или ошибки в файловой системе, или еще какие замороки с дисководом. Я с этим встречался довольно часто. Так что повторяю, пива на халяву никто не попьет. Лучше мы его выпьем по другому поводу. Или без повода. :-)

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

Ну, это ты зря. Этими словами ты только поддерживаешь тех, кто по любому поводу лезет в форум с постоянно повторяющимися вопросами, не удосужившись даже прочитать хелп.

Опять же, по секрету - когда делается мультимедиа презентация и тиражируется на компакт-дисках, заказчику не важно, что существует какой-то там плагин какой-то пятой версии или версии МХ. Ему нужен экзекьютебл файл, так к слову.

Жаль, что ты открыл мне этот секрет только сейчас. В топике о первом "баге" об этом ни слова. Я и позволил себе предположить, что ты предоставил заказчику проект сайта. Поэтому и предположения о версиях плагинов.

зы Ты уж извини за резкость

Такие вещи не прощаются, а смываются кровью. Но я готов взять деньгами. :-) Ну, а если серьезно, - если и была резкость, то не обидная. Так как по делу.