Переписать исходные файлы на Metafont

[sergey-s-betke]

https://github.com/metapolator/metapolator/wiki/v1

[sergey-s-betke]

https://github.com/ummels/fdsymbol

[sergey-s-betke]

http://www.win.tue.nl/~aeb/tex/mf/metafont.html

[sergey-s-betke]

Преобразование stroked шрифта в кривые с удалением пересечений: http://www.ctan.org/tex-archive/graphics/MF-PS/roex

Да, в нашем случае можно преобразовать stroked шрифт в кривые с объединением с использованием roex.mf. Как раз поддерживается только перо круглое, что нам и требуется.

Сейчас у меня реализовано это решение на fontforge. Возможно, стоит сейчас оставить преобразование с использованием fontforge, а для TeX использовать перо в metafont.

Но, тем не менее, попробовать использовать roex.mf стоит...

[sergey-s-betke]

https://github.com/davelab6/mf2pt1 http://tug.ctan.org/support/mf2pt1/mf2pt1.pdf

[sergey-s-betke]

Нда... mf2pt1 далеко не панацея.

• Последние обновления - в 2014 году
• Технология преобразования описана в .pdf (выше). На самом деле формируются Type 1 файлы с помощью t1asm и metapost
• Однозначно будут проблемы с кодировкой
• Определять stem в metafont сейчас нельзя, используется автохинтирование в fontforge
• конвертируются только шрифты уже оформленные как кривые. Хотя есть в .pdf подсказка, как просто сконвертировать шрифт для его expand уже в fontforge.
• не уверен, что каким либо образом обрабатывается кернинг в metafont, лигатуры...
• ссылки из одних глифов на контуры других - не поддерживаются.

[sergey-s-betke]

Итого, стоит хорошо обдумать переход на metafont. Заманчиво, но сыровато...

Плюсы перехода:

• шрифт "программируемый", то есть сможем без проблем все его варианты (типы А и Б) определить через параметры, что удобно.
• проще при редактировании. Но только тогда, когда всё будет переписано! И будут запрограммированы оба типы шрифта! Для одного типа - нецелесообразно на мой взгляд.
• получаем нативную поддержку true type несовместимых процессоров TeX (pdflatex и аналогичных)

Но для построения полноценных open type и true type шрифтов таким путём придётся применять комбинированный подход:

• как то определять ссылки из в исходном metafont и транслировать их в конечный шрифт
• разобраться с трансляцией кернинга, лигатур, либо вводить их уже непосредственно в fontforge
• добавлять необходимые поддиапазоны в шрифты - уже в fontforge

В общем и целом, при отсутствии возможности передачи хинтов из metafont в последующую обработку ценность подобного подхода при разработке существенно снижается.

[sergey-s-betke]

http://www-hep2.fzu.cz/~piska/TUG2004/piskatb2.pdf

[sergey-s-betke]

Судя по указанному выше обзору, стоит обратить внимание на:

• MetaType1 (потребуется переписать шрифт, но позволяет указывать и stem в исходном коде!). Аналитическая конверсия кривых при расширении (expand). Но! даже для круглого пера не всё прекрасно... (в сравнении приведено). Однако, это касалось версии 2003 года. В CTAN уже версия 2015 года. Стоит изучить.
• MetaFog. С круглым пером, как я понял, всё прекрасно. Но в исходном коде уже нет поддержки stem, как я вижу...

Судя по истории версий, обработку перьев в MetaType1 переписал автор. Стоит пробовать, учитывая, что у нас круглое перо всего лишь. Но это - \ отдельный язык **, по сути, имеющий к metafont далёкое отношение. Но поддерживаются ссылки (подпроцедуры в PS), явная работа с глифами, а не с кодами символов, и так далее. Уже куда ближе к шрифтам...

Итого, видимо, за основу стоит брать именно MetaType1...

[sergey-s-betke]

http://metatype.sourceforge.net/faq.php - но это ещё один продукт!

[sergey-s-betke]

http://www.adobe.com/devnet/opentype/afdko.html

[sergey-s-betke]

Касательно ссылок :-) Ситуация решается в некоторой степени :-) makeotf из AFDKO опционально выполняет операцию Subroutinization, которая как раз выделяет общие контуры для разных глифов и заменяет их ссылками! Таким образом может быть решена проблема отсутствия поддержки ссылок в MetaFont, MetaType1...

[sergey-s-betke]

Склоняюсь к следующему процессу сборки шрифтов?

• MetaType1 исходные файлы. Вероятно, включу сюда параметры хинтирования, кернинга. Параметризуя MetaType1, получим шрифты типа А и Б, прямые и наклонные.
• с помощью MetaType1 строим ps контуры шрифтов. Полученные результаты непосредственно используем как файлы Type1 шрифтов
• используем дополнительные файлы проекта для makeotf и получим .otf с Type1 контурами, хинтами, лигатурами, кернингом и прочим. В том числе - выделяем общие подпроцедуры.
• через fontforge конвертируем полученные .otf во все другие форматы, в том числе - и в .ttf
• .ttf шрифты дополнительно обрабатываю с помощью ttfautohint.

P.S. Стоит посмотреть другие способы построения инструкций для .ttf. Возможно, есть возможность создавать внятные и редактируемые инструкции для ttf на более высоком уровне.

P.P.S. возможно, с помощью дополнительных макроопределений попробую использовать MetaType1 файлы как MetaFont файлы. Для целей непосредственного использования в TeX.

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

[sergey-s-betke]

Остаются вопросы: каким образом стоит добавлять верхние и нижние индексы, математику, и т.д.? (те, что строить стоит через ссылки)...

Добавлять ли их в MetaFont - вопрос ещё тот (потому как кодировки в TeX крайне ограниченные). В таком случае - достаточно ограничиться предварительной обработкой Type1 шрифта через FontForge, добавлением необходимых символов через скрипт...

[sergey-s-betke]

Ещё один вопрос - с акцентами... Стоит разобраться, создаются ли в MetaFont и MetaType1 якоря...

[sergey-s-betke]

• [ ] Явно потребуется оформить AFDKO как chocolatey пакет :-)

[sergey-s-betke]

Стоит проверить возможности AFDKO по генерации .ttf. Сейчас выполняю эту задачу сценарием fontforge (ведь требуется преобразование типа кривых, а потом - упрощение, добавление экстремумов и так далее).

[sergey-s-betke]

• [ ] Тогда уж и fastfont стоит установить и использовать после подготовки .ttf.

[sergey-s-betke]

https://github.com/adobe-type-tools/afdko

[sergey-s-betke]

Пример проекта на MetaType1: http://www.tug.org/tugboat/tb29-1/tb91hoeppner.pdf

http://www.ntg.nl/maps/26/15.pdf

[sergey-s-betke]

Есть ещё вариант. MetaPost поддерживает генерацию Type3 шрифтов (http://www.ntg.nl/maps/26/29.pdf). А Type3 уже можно конвертировать в TrueType с помощью fontforge. Всё-таки, MetaPost сопровождается и развивается большим сообществом, нежели MetaFont1.

[sergey-s-betke]

http://mirrors.mit.edu/CTAN/info/metapost/doc/russian/mpman-ru/mpman-ru.pdf - хорошее описание MetaPost на русском.

MetaPost может генерировать только заготовку для Type3 шрифта. Требуется финишная сборка.

http://www.ctan.org/pkg/mf2pt3

[sergey-s-betke]

http://mirrors.mit.edu/CTAN/info/metapost/doc/russian/mpman-ru/mpman-ru.pdf

[sergey-s-betke]

Однако... MetaType1 не входит в репозиторий MikTeX. Только в TeXLive. В MikTeX в чистом виде доступны лишь MetaFont, MetaPost. Так что писать придётся на MetaPost, видимо. И уже сразу - контурами, чего не хотелось...

[sergey-s-betke]

А mf2pt1 доступен и в репозитории MikTeX.

[sergey-s-betke]

MetaPost отдельно устанавливать не требуется, он входит в basic инсталляцию MikTeX.

[sergey-s-betke]

Есть вариант: перейти с MikTeX на TeXLive (он так же поддерживает Windows): http://www.tug.org/texlive/acquire-netinstall.html.

Возможно, и с установкой будет проще.

Возможности инсталлятора:

• http://www.tug.org/texlive/quickinstall.html
• http://www.tug.org/texlive/doc/install-tl.html
• http://www.tug.org/texlive/doc/texlive-en/texlive-en.html

обновление установленных пакетов и не только:

• http://www.tug.org/texlive/doc/tlmgr.html#EXAMPLES

[sergey-s-betke]

В общем и целом, стоит рассмотреть вариант перехода с MikTeX к TeXLive, в том числе - в целях дальнейшего использования MetaType1.

[sergey-s-betke]

Однако:

While in MiKTeX an installation process is automatically triggered if you have, say, \usepackage{beamer} in a document preamble without the corresponding package installed, there is no such feature on TeX Live. The last statement is not true actually, as pointed out by wasteofspace in the comments there is the texliveonfly package that implements the on demand installation in TeX Live 2010 and later. I never tested it and don't know if it has drawbacks.

http://tex.stackexchange.com/questions/110501/auto-package-download-for-texlive

[sergey-s-betke]

• TeXLive поддерживается сообществом, а MikTeX - отдельными (если не сказать - одним) участниками. Поэтому переход на TeXLive оправдан.
• Обновление репозитория в TeXLive - раз в сутки (в MikTeX - раз в неделю в среднем).
• TeXLive - кроссплатформенная среда. MikTeX - пока только Windows.
• единственный минус TeXLive, который я сейчас вижу - отсутствие нативной функции install-on-the-fly. Что неудобно, безусловно. Но выше приведено решение.

[sergey-s-betke]

От установки на лету в TeXLive пришлось отказаться. Далеко не всё установить можно, только стилевые пакеты и классы. Не более. Пришлось отказаться и от schema-small, перешёл на schema-medium.