> -- Димыч писал(а):
> И шрифты создаются таким образом, что внутри себя содержат дескриптор, получаемый через CreateFont. И этот дескриптор неявно затем используется во всех операциях со шрифтами.Делаем промежуточный вывод - шрифт используется такой, какой предоставляется средой, используемой каркасом. Еще раз повторю, что в текущей реализации весь каркас опирается на WinAPI.Теперь представим, что мы уже имеем готовый каркас для Linux, пока не важно, на чем он основан.Разумно предположить, что шрифты, используемые каркасом, содержат в себе некий дескриптор, используемый неявно во всех операциях с этими самыми шрифтами.Возникает вопрос: умеет ли каркас пользоваться указанным дескриптором? Или по-другому: Если мы упремся и сделаем привязку к FreeType, будет ли оставшийся каркас (помимо HostFonts) уметь пользоваться этой привязкой?На мой взгляд к задаче портирования следует подходить не со стороны шрифта (хотя, по правде сказать, от наличия привязки к FT я бы не отказался), а со стороны выбора среды исполнения.Каркас не знает о дескрипторах, потому что они используются только в реализации Hosts. Можно посмотреть в HostPorts на PROCEDURE (rd: Rider) DrawString*, чтобы понять как нехило накручено с выводом текста в WinAPI. По-моему поверхностному обзору могу сделать вывод, что дескриптор нужен именно из-за особенностей вывода текста в Windows, а в Линуксе ведь по-другому. Так что, скорее всего, понадобится Pango.
Жаль, у меня нет опыта в написании GUI программ в Линуксе. Не знаю особенностей API.

> -- Димыч писал(а):
> В этом направлении сделано уже немало, есть работающие (ну, скажем так, прошедшие стадию proof of concept) привязки к wxWidgets и сие направление мне кажется очень перспективным. Но я, в силу весомых причин (в декабре родился третий ребенок в семье), не могу сейчас плотно участвовать в разработке неопределенное время. Поэтому могу предложить взять мои наработки и продолжить работать с ними.Откуда можно взять эти последние наработки?