TeX и его варианты

Мои читатели ещё в прошлом году могли заметить, что я стал интересоваться «альтернативными» вариантами T_EX-а, а именно X_∃T_EX-ом (см. X_∃LaT_EX и шрифты OpenType, Русский BibT_EX и X_∃LaT_EX) и ConT_EXt-ом. Предлагаю вам небольшой обзор, рассказывающий, что это за звери, и чем они отличаются от обычного T_EX-а.

Начнём с того, что когда кто-то говорит «я набираю статьи в „тэхе“», чаще всего подразумевается, что тексты набираются с использованием разметки и команд макропакета LaT_EX («латэх»), а затем документы компилируется в файлы формата PDF или DVI. При этом основную работу по вёрстке текста выполняет программа T_EX («тэх»). Это означает, что большинство пользователей не использует T_EX напрямую, а пользуется более высокоуровневыми наборами команд для разметки. А вот макропакет в свою очередь полностью полагается на T_EX.

Теперь мы можем взглянуть на существующий зоопарк T_EXнологий. Оказывается, царь зверей T_EX в нём не одинок. И макропакет LaT_EX — не единственный возможный выбор пользователя.

Начнём с основ. Простой T_EX, созданный Дональдом Кнутом, практически заморожен и меняться не будет. Большинство же использует его расширенный вариант ε-T_EX Питера Брайтенлонера. Букву «ε» можно понимать как обозначение для «улучшенный», «расширенный», «эволюционный» или даже «европейский» T_EX. При этом ε-T_EX настолько близок к своему предку, насколько это возможно, хотя и умеет, в отличие от него, например, писать справа налево.

Оба этих зверя выдают на выходе документ формата DVI, что, конечно, замечательно, но требует ещё дополнительной конвертации в PostScript или PDF. Да и не все возможности PDF доступны в DVI. Это привело к широкому распространению ещё одного варианта T_EX: _pdfT_EX-a Хан Тэ Таня, который умеет верстать сразу PDF.

На мой взгляд, использование макропакета LaT_EX совместно с _pdfT_EX-ом — наиболее предпочтительный вариант для набора научно-технических статей и документации. Этот тандем часто назвают одним словом: _pdfLaT_EX.

Использование _pdfT_EX-a даёт сразу несколько преимуществ по сравнению с традиционным T_EX-ом:

• можно использовать шрифты Adobe Type 1 и TrueType,
  
• доступны микротипографические возможности полевого кернинга (аналог висящей пунктуации, распространяемый на все символы) и «раздвижки шрифта» («font expansion», затрудняюсь правильно по-русски назвать), улучшающей межсловные пробелы,
  
• можно использовать такие возможности формата PDF как гиперссылки, таблицы оглавлений, метаданные документа,
  
• можно использовать растровую графику,
  
• можно сразу получать документ в формате пригодном для обмена с другими людьми.

Казалось бы, чего ещё желать?

А пожелать можно ещё две важных вещи:

1. Поддержки Unicode. Времена однобайтных национальных кодировок прошли. И достаточно взглянуть на википедию, чтобы понять, что многоязыковые документы — это реальность.
   
2. И поддержки OpenType. OpenType — это современная шрифтовая технология, которая должна постепенно заменить и Type 1, и TrueType. Она позволяет создавать единые уникодные шрифты с большим количеством глифов (до 65535), позволяет программировать на уровне шрифтового файла типографические «опции», такие как выбор альтернативных начертаний и стилистических особенностей, автоматических лигатур и замен, поддержку сложных систем писменности, облегчает разработку шрифтов за счёт, например, групп кернинга, а шрифтовые файлы OpenType, наконец, кроссплатформенны.

И оба эти желания довольно «трудные». Было уже несколько попыток их исполнить.

Исторически первая попытка подружить T_EX и уникод — это, наверное, проект Omega. Никогда очень активным он не был, и, видимо, окончательно заглох. Его форк, проект Aleph, тоже больше не разрабатываетя.

Однако основная часть функционала Aleph была использована в проекте LuaT_EX. Его основные особенности:

• встроенный в T_EX язык программирования Lua,
  
• поддержка уникода,
  
• поддержка OpenType независимо от ОС (используется код редактора FontForge)

Проект стартовал в 2006 году, и к августу 2009 планируется сделать первый официально-стабильный выпуск. Однако уже сейчас LuaT_EX входит в дистрибутив TeXLive 2008 и может быть использован вместе с макропакетом ConT_EXt. Ожидается, что именно LuaT_EX станет _pdfT_EX-ом 2.0. Однако использовать LuaT_EX совместно с LaT_EX пока ещё нельзя.

Ещё один проект добавляющий поддержку и уникода, и OpenType в T_EX — X_∃T_EX (читается как «зитэх»). И он уже сейчас работает, и уже сейчас может быть использован совместно с LaT_EX.

Отличие X_∃T_EX от LuaT_EX-а в том, что он полагается на поддержку OpenType на уровне операционной системы. В случае GNU/Linux — на библиотеки fontconfig и ICU. Большим достоинством X_∃T_EX является заметно упрощённая система работы со шрифтами. Совершенно единообразно можно использовать и старые шрифты Type 1, и новые OpenType.

Таким образом, можно подытожить: если хочется использовать уникод или шрифты OpenType в LaT_EX, то сейчас это возможно с помощью X_∃LaT_EX. В ближайшем будущем, возможно, можно будет пользоваться и LuaT_EX-ом. Однако в остальных случаях можно по-прежнему пользоваться _pdfLaT_EX. Этот вариант, пожалуй, также надёжнее, если планируется отдавать исходники документа в издательство или другим пользователям. Однако будущее, по моему, за уникодом и OpenType.

На последок несколько слов о макропакетах. Не считая «простого T_EX», их два: LaT_EX и ConT_EXt. И если латэх хорошо известен, то о ConT_EXt-е знают меньше. Основная разница между ними — в идеологии.

LaT_EX старается дать пользователю средства описания структуры документа, а заботы о вёрстке взять на себя (возложить на разработчика класса документа). Однако некоторые средства управления вёрсткой пользователю всё же даёт (например, выбор начертаний и размеров шрифта). В результате получается более-менее пристойно свёрстанный документ практически без усилий со стороны пользователя (а пользователь может сосредоточится на содержании документа). На практике пользователи часто хотят так или иначе управлять вёрсткой. Хотя возможности самого LaT_EX ограничены, нужных эффектов можно добиваться с помощью дополнительных макропакетов, которых существует очень много. К сожалению, активное использование этих макропакетов нарушает переносимость исходников между машинами, между пакетами могут быть конфликты, функциональность пакетов часто дублируется, а нужного результата достичь не всегда легко. Зато LaT_EX — это практически «стандарт» для математических и физических статей.

Создатели ConT_EXt избрали другой подход: изначально дать пользователю контроль над вёрсткой документа. В результате, требуется немного больше усилий, чтобы сверстать маленький документ «с нуля» (всё таки над макетом документа надо подумать), зато сразу есть все средства для сложной вёрстки. Особенно радует многоколоночная вёрстка. Большое внимание было уделено возможности создания больших и сложных коллекций документов в едином стиле.

Мне лишь недавно удалось набрать в ConT_EXt русский текст (потребовалось исправление), но думаю, это проблемы роста. Вообще, надо отметить, что сообщество разработчиков и пользователей ConT_EXt кажется очень активным и открытым. Да, ConT_EXt поддерживает все вышеперечисленные варианты T_EX.

Надеюсь, эта заметка поможет лучше ориентироваться в мире T_EX-а. Если что-то упустил или в чём-то ошибся, просьба сообщить об этом в комментариях. На случай, если вы читаете эту заметку где-то в ином месте, комментарии можно оставить в блоге «советы.блогспот.ком». Там же доступна последняя версия этой статьи.