На самом деле, "не все так очевидно" ( C ) дочь офицера

Часто, это действительно очень сильно хочется и требуется заказчиком.

Но проблема в том, что вся точная информация о шрифте доступна только в момент рендеринга на конкретное устройство. Поэтому:
1) обходиться только возможностями форматирования конкретного формата и посылать заказчика с его хотелками (вменяемые заказчики обычно с таким подходом согласны и готовы умерить свои требования).
2) Давать возможность пользователю ручного до-форматирования документа перед печатью (Excel для это замечательно подходит). Есть как свои плюсы, так и минусы.
3) Продолжать мучатся с подсчетом ширины символов, но отдавая себе отчет, что подсчет в большинстве случае все равно может быть только крайне приблизительный. Кроме того, что лично меня пугает, не известно, в каком кол-ве случаев мы результирующий документ "улучшим", а в каком, сделаем систему полностью не работоспособной. Всегда есть риск наткнутся на какую-то не типовую/не документированную конфигурацию, когда наш код просто свалится или будет работать совершенно не корректно /достаточно на интерфейс MS Windows посмотреть, когда при некоторых настройках масштабирования интерфейс становится совершенно не читаемым/.

IMHO

BlazkowiczВсё верно расписал. В HTML есть такая единица измерения как em, которая привязана к размеру шрифта.
Остается вопрос, насколько корректно привязано.

BlazkowiczВ Excel как-то не всё так просто
Вообще-то, уже много десятков лет, существует ТИПОГРАФСКАЯ единица измерения point. От которой считаются и размеры в документе и, удивительно ))), размеры шрифтов.

Т.ч. в point'ах, теоретически ))), проблем быть не должно. Но вот дальше, проблема корректной реализации и конкретной подстановки шрифтов. Никто не гарантирует, что Times New Roman на экране и на принтере будет один и тот же. Точнее, ранее гарантировалось прямо обратное, что они для _нормальной_/'профессиональной техники должны быть разные )))

IMHO

note: http://www.transcriber.ru/etudesrus/intro_units.htm

mayton.....можно получить vulnerablility класса бесконечных циклов и рекурсий.....
не знаю, что такое vulnerablility, но бесконечный цикл получить можно "как два пальца обосновать" ( C )

maytonИ вобщем сама по себе постановка для измерения длины получается весьма условной.

Да нет там никакой условности.

Если шрифт и устройство рендеринга совпадает - задача решается точно
Если формат файла предназначен для обмена "картинкой" или типографский (pdf,bmp,jpg и т.д.) - задача решается точно
Но поскольку Excel текстовый файл и не очень понятно, насколько шрифты (и устройство рендеринга, ОС) в момент генерации и в момент просмотра будет совпадать - задача решается лишь приближенно, на конечном устройстве вывода ручное форматирование (например пагинация) может "уехать"

В свое время верстали > 500 страниц справочника в MS Word'е (), коллеги-издатели-дизайнеры-верстальщики глядя на нас крутили пальцем у виска ))), т.к. в Word'е ряд типографских задач нормально не решается (пагинация), Word делает автоматически (и может "уезжать") в нормальных полиграфических продуктах (Adobe PageMaker) делалось полуавтомат/вручную и прибивалось "гвоздями". Но мы люди ленивые, нам верстать было влом, мы макрос на это дело написали, а "бюджет" на верстальщиков пополам с дизайнером поделили )))


Памятники истории и культуры Санкт-Петербурга, состоящие под государственной охраной : Справочник / В.И. Андреева, Н.Н. Веснина, С.Б. Горбатенко, Б.М. Кириков ; ][Отв. ред. Кириков Б.М.]. - Санкт-Петербург : Альтсофт, 2000. - 877 с. : ил. - Авт. указаны на об. тит. л. - ISBN 5-93099-008-5 : 450 р.
- Указ. имен., топогр.: с. 823-873

Паша01Есть идея попробовать записать excel файл с моим текстом и прочитав его, определить длину каждого слова.
Это как?

Т.е. вместо "подсчитать длину строки в пикселях" задача заменяется на "подсчитать длину строки в байтах" ? ))))