Реальные размеры объекта TextField

[etc]

Сообщение от iNils

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

То, что ты его хотел предложить, не отменяет извратности

[iNils]

Сообщение от __etc

То, что ты его хотел предложить, не отменяет извратности

А в чем тут изврат?

[etc]

В общей методике ковыряния в пикселях.

[iNils]

Сообщение от __etc

В общей методике ковыряния в пикселях.

Это почему?

[etc]

Ну я не знаю, на мой взгляд, инструменты для определения размеров шейпа должны быть проще и не заморачиваться на неточных вычислениях количества пикселей с прозрачностью больше нуля и прочим хламом. Сама среда такие инструменты не представила, а подобные решения я считаю реальным извратом (т.е. применить можно, но не в массовом порядке). ИМХО.

[iNils]

Нам много чего не предоставили, и много приходиться писать самим, но это не считается извратом. Флеш не виноват в том, что некоторые шрифты кривые.

[etc]

Гм, где шрифты кривые? textHeight и textWidth возвращают размеры, включая символьные рамки.

[iNils]

Сообщение от __etc

textHeight и textWidth возвращают размеры, включая символьные рамки.

Без рамок. Выдели все символы, возращается размер области, который инвертирован. То есть учитываются метрики шрифта, которых нет, когда делаем Break Apart. Отсюда невозможность определить размеры другим способом. И если задать символу в метрика ширину или высоту меньшую размерам вектора, то флеш в результате выдаст textWidth меньший, чем будет ширина после Break Apart.

[Friday13]

Метод с битмапдата не подходит, потому что пакет отправляемый на сервер не должен превышать 2-5кб за весь сеанс работы флешки.
Я понимаю что при помощи битмапдата я мог бы многое решить, но не подходит Именно из-за большого размера пакета.

[etc]

Тогда предложенный выше способ в руки.