Вычислить размер шрифта

[AlexCasual]

С помощью функции GetTextExtentPoint32() определяю размер выводимой строки,как можно получить размер шрифта в пикселях для данной строки?При использовании функции GetTextMetrics() параметр tmHeight совпадает с параметром cx в GetTextExtentPoint32()...но как его перевести в пиксели и будет ли именно это размер шрифта?

[Алексей++]

AlexCasual, вообще-то, функция GetTextExtentPoint32 и так в пикселах размеры строки возвращает

[RXL]

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

[AlexCasual]

Суть в том,что по получаю высоту строки равную 51,исходя из логики,что функции возвращают значения в пикселях,получается 51 пиксель размер шрифта,но визуально на экране эта строка тянет максимум на 12px...Может я чего-то не допонимаю?

[RXL]

Насчет базовой линии я ошибся. То было в Win9x.

All sizes are specified in logical units; that is, they depend on the current mapping mode of the display context.

http://msdn.microsoft.com/en-us/library/dd145183%28v=vs.85%29.aspx

[zubr]

AlexCasual, возможно над контекстом устройства проводились трансформации SetWorldTransform, ModifyWorldTransform

[Джон]

Суть в том,что по получаю высоту строки равную 51,исходя из логики,что функции возвращают значения в пикселях,получается 51 пиксель размер шрифта,но визуально на экране эта строка тянет максимум на 12px...Может я чего-то не допонимаю?

А что значит "тянет максимум на 12px"? Откуда берутся эти самые 12px? Можно сделать скриншот и замерить точно. Или может 12 это всё-таки не px, а кегль?

[zubr]

В общето функция GetTextExtentPoint32 возвращает размер не в пикселах, а в логических координатах. Попробуй применить LPtoDP.

[AlexCasual]

Джон, замерял по сделанному скриншоту...

[Джон]

А под 12 ты понимаешь кегль?

[AlexCasual]

Джон, нет,пикселей...

Добавлено через 4 минуты и 15 секунд:
Короче у меня реальная проблема - есть координаты слов(строк) текста и параметры шрифта(GetTextMetrics) снятого с контекста DC,я хочу по этим координатам составить человеческий текст,записывая его по координатам и соответствующим шрифтом в pdf  - результат - в некоторых случаях между отдельными словами образуются большие разрывы(пробелы),которых в действительности быть не должно...Думаю,что проблема в установке размера шрифта,но не могу придти к однозначному выводу по этой проблеме...Ааааа!

[zubr]

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

[AlexCasual]

zubr, копирование в контекст происходит без проблем,но я потом хочу получить файл с форматированным текстом,который выводился через DrawText,ExtTextOut и т.д....для этого выбрал формат pdf и библиотеку для работы с ним.Но не получается правильно позиционировать текст по имеющимся координатам в pdf,я полагаю,что я что-то не догоняю в преобразованиях координат и размерностей,в частности при выбое необходимого шрифта...

[zubr]

AlexCasual, судя по всему, ты не понимаешь о чем я тебе говорю.
Как я понимаю ты просто перехватываешь все текстовые GDI-функции. Но ведь программа, которая выводит текст может использовать какие то преобразования над контекстом устройства, кроме того что что то рисует или выводит текст. К примеру может выполнять такие функции как SetWorldTransform, SetViewportOrgEx, ModifyWorldTransform и т. п. А еще есть регионы и клиппинг, которые также необходимо учитывать. Чтобы твоя система корректно работала, надо перехватывать практически все GDI-функции, в которых выполнять все те действия над твоим контекстом, которые программа выполняет над своим, тогда в твоем контексте будут корректные координаты и размеры текста. Также в функциях, где в качестве параметра указаны логические координаты, необходимо использовать преобразование LPtoDP.