OberonCore

Вот бы кто дал определение простоты...

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

У Гугля многое сделано просто и это секрет их успеха. Надо стараться также делать просто.

Интересный момент в развитии проекта: есть несколько направлений развития, но все они упираются в тексты, в реализацию отображения глифов в контексте OpenGL.
Построить реализацию механизма меню я решил с помощью стандартных отображений -- для отображения пунктов меню нужен текст.
Дополнить работу с окнами документов -- нужен текст.
Восстановить алгоритм работы модальных диалогов и сообщений без участия WinApi -- нужен текст.
Реализовать контролы без WinApi - нужен текст.
Вот что значит "текст-как-интерфейс"

Тогда вполне логично направить все силы на реализацию вывода текста.

Сейчас у меня этап изучения теории вывода шрифтов. В Блэкбоксе, в Windows и FreeType - разные термины, разные логические единицы и все они по-разному используются.
Для того, чтобы понять как соответствуют одни типы данных другим, нужно знать как преобразовывать их логические единицы. Одного штудирования MSDN/справки по API недостаточно. Попутно приходится заниматься реверс-инженерингом WinAPI-шного кода, чтобы сопоставить факты или проверить догадки.

Касаемо работы с FreeType в контексте OpenGL можно рассмотреть http://code.google.com/p/freetype-gl/
Конечно, проклятым империалистам с фигурными скобочками освоить freetype-хидеры проще, но сам принцип не меняется, получаем битмап глифа, преобразуем в текстуру, кэшируем в Список, выводим на экран.

Только канва рабочей области требует реализации интерфейса Fonts. Для остального - WinApi.

Не в этом проекте.

И это правильно.

Хм. Вообще-то я имел в виду исходную реализацию, а не разрабатываемую.

А, значит я неправильно понял связь между процитированным куском и вашим комментарием.

Кстати, я совсем забыл, что в freeglut есть функции по рисованию страшненького дефолтного шрифта, подумал, что мне ни к чему ждать участников такого обширного проекта, как FreeType, и запилил набросок работы с этим шрифтом.

Демка ObxViews10.

Следующим шагом видимо будет применение алгоритма раскладки символов по сетке, как в HostFonts, потому что необходимость реализации методов Ports.Rider.CharIndex/Ports.Rider.CharPos и прочих видимо однозначно приводит к алгоритму из HostPorts/HostFonts.

P.S. Ну и конечно, никакого юникода

ещё одна картинка, ура-ура

Неприятный момент, проблема в чём-то схожа с http://forum.oberoncore.ru/viewtopic.php?f=16&t=4293, в модуле StdLog без затей импортируется HostDialog. И вот такие мелочи иногда удивляют, ведь создать развязку с хостом в конкретном модуле StdLog нет никаких проблем.

Ну так ведь StdLog это же "стандартная" реализация абстрактного интерфейса Log, так что всё законно

там, про импорт HostFiles в DevDebug, в общем похожая ситуация.
Странно, что не видно.

Дорогой дневничок, сегодня я запустил StdLog и даже смог в него печатать ругательные слова. А так же попробовал открыть Самый Главный Документ, Language Report то есть. Пока получается страшненько. Ощутил необходимость реализовать скроллинг.

А может,ну его нафиг, этот модуль Fonts? И без него обойтись можно.

Вон, как назло, сайт http:///www.freetype.org/ не фунциклирует.