Даже спустя 3 года продолжаешь открывать для себя всякие "читы" этого языка.

Для сглаживания шрифта в текстовом блоке, необходимо подключить к последнему начертания используемых символов, что увеличит вес итогового ролика, порой, значительно (20-50 К). Если, скажем, поставить такой текстовый блок во второй фрейм, то вес шрифтов придется как раз на него. Но вот если в первом кадре поставить текст. блок с таким же форматированием, то даже если в него будет эмбеднут другой набор символов, суммарный вес шрифта перепадет на 1й кадр. К тому же вес первого кадра может быть увеличен засчет экспортируемых для AS муви-клипов, для которых по умолчанию отмечено "export in first frame".

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

Удобно? - не всегда. Впервые попробовал организовать загрузчик мувика в самом себе (через архаичный GetFramesLoaded - проценты мне показывать не нужно) - и обломался: на первый кадр, в котором почти ничего нет, выпало 70% ролика, именно по описанной причине (+ еще в первый кадр экспортировались многие библиотечные объекты).

Обойти? - просто. Для экспортируемых клипов надо снять галку "export in first frame", правда при этом не забыть бросить их в нужном кадре где-нибудь за пределами сцены, лучше пусть это будет "проскакиваемый" кадр, чтобы экщемпляры ничего не натворили. Касательно текстов - если в первом кадре нужно использовать текст, причем критично, чтобы он был таким же, что и в последующих кадрах, но с меньшим кол-вом символов, скажем это 11 Arial bold, то в первом кадре делаем этот текст не Arial, а скажем, Arial Cyr или Arial Greek. Если аналога шрифта не нашлось, придется попариться с дублированием шрифта в библиотеку (для использования в _последующих_ кадрах, а не в первом), что может увеличить общий вес ролика, но проблему все же решит.

Вот так ))

technorati tags:AS, webdev, flash

Blogged with Flock