[mooncar]

При компиляции статическое текстовое поле превращается в набор кривых, и не остается текстом в привычном понимании (т.е. полем, в котором есть шрифт, и по номеру символа в кодовой таблице этот символ выставляется в нужной позиции). Отсюда выводы:
1. Можно не заботится о том, есть или нет нужный шрифт на компе пользователя.
2. Если предполагается анимация, то статическое поле лучше разбить в Shape, чтобы анимация надписи происходила без рывков - флеш-плеер при анимации может не успевать перерисовывать надпись, так как эта надпись после компиляции становится векторным объектом со сложным рисунком периметра.
Это именно то, о чем вы спрашивали - для чего так делается.
Я почти всегда разбиваю, и тогда движение (увеличение / уменьшение) текста делается гладким, ибо теперь это Shape, а не векторная надпись.

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

Внедрять можно программно или в авторской среде с помощью кнопочки Embed, или с помощью символа в библиотеке (последний способ не рекомендуется, аргументы против него есть, и они справедливы, я сам нагрелся с таким способом).
Как правильно внедрить шрифт - на форуме куча топиков.