В Новелле семидесятой мы подобрали для шрифтов интерфейса подходящие гарнитуры и кегли. Однако внешний вид шрифтов всё ещё далёк от совершенства, причины чего будут рассмотрены в Цикле третьем.

Внешний вид шрифтов зависит не только от них самих, но и от библиотек, обеспечивающих их воспроизведение на экране. Точнее, от опций, с которыми они были собраны. Так вот, по умолчанию в openSUSE эти библиотеки (freetype и fontgonfig) собраны без некоторых «улучшательных» опций. Забегая вперёд, замечу, что это сделано не из вредности майнтайнеров, а законопослушания ради: в них использованы алгоритмы, которые в некоторых отсталых странах охраняются патентами.

Но мы-то с вами живём в (пока ещё) передовой в этом отношении стране, и отнюдь не обязаны заботиться всяких глупостей. Тем более, что имеем на это не только право, но и возможность: в дополнительных репозиториях openSUSE должным образом пропатченные библиотеки. Остаётся только отыскать нужный репозиторий, подключить его и установить пакеты. Чем мы нынче и займёмся.

Правда, для этого нам придётся немного забежать вперёд и сказать пару слов об управлении репозиториями и пакетами. В openSUSE для этой цели имеется два средства: система zypper, работающая посредством одноимённой команды из строки шелла, и всеобъемлющая система конфигурирования YaST, основной режим работы которой — графический (хотя имеется и текстовый вариант).

Система YaST, как всякая универсальная система, несколько громоздкая для нашей сиюминутной цели, поэтому воспользуемся zypper‘ом. Всё дальнейшее носит чисто конспективный характер, так как к этой теме придётся обращаться ещё не раз.

Поиском нужного репозитория читатель может не запорачиваться — его адрес я сейчас выдам, ибо он — не страшная военная тайна: http://opensuse-community.org/subpixel/openSUSE_12.1/ (для текущего релиза). А подключаем его таким образом. Сначала командой

$ su

с последующим вводом пароля администратора получаев права root’а. А затем от его имени даём следующую команду:

# zypper  ar -c -n 'Subpixel_patch' http://opensuse-community.org/subpixel/openSUSE_12.1/

Теперь командой

# zypper se subpixel

удостоверимся, что нужные нам пакеты стали доступными для установки:

20

А заодно узнаём их точные имена

fontconfig-feature-subpixel-hinting
freetype2-feature-subpixel-hinting

Устанавливаем их командой:

# zypper in freetype2-feature-subpixel-hinting fontconfig-feature-subpixel-hinting

по ходу дела соглашаясь со всеми предложениями по замене собственно пакетов freetype2 и fontconfig.

После чего остаётся только перезапустить сеанс Иксов, чтобы задействовать новые варианты библиотек. И можно, как любят говорить разработчики openSUSE, начинать веселье.

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

env-user-21.png

Главное здесь — определиться со стилем хинтинга — лёгким, средним, полным или вовсе отсутствующим. И сделать это можно только методом ползучего эмпиризма, с визуальным контролем. Причём следует помнить, что изменение стиля хинтинга будет иметь силу только для вновь запущенных приложений. О чём, впрочем, появляющиеся на этот счёт предупреждения забыть не дадут.

Далее, возможно, что одни и те же одинаково «хинтированные» шрифты будут выглядеть по разному при разных кеглях. Обычно считается, что хинтинг лучше действует на шрифты большого размера, ухудшая качество вывода мелких шрифтов. Если так оно у вас и окажется (я лично этого не замечал никогда — может быть потому, что у меня никогда не бывает мелких шрифтов), следует отметить боксик Исключая диапазон и в соответствующих полях задать нужные значения.

А вот RGB-последовательность — здесь возможны такие варианты:

env-user-22.png

я бы трогать не стал. Последовательность BGR лучшего результата не даёт (хотя, кажется, и худшего тоже), а вертикальные RGB и BGR, насколько я понимаю, используются на «поворотных» мониторах при преимущественном использовании вертикального положения их.

Что касается использования другого DPI (Dot per Inch, что применительно случаю означает число пикселей на дюйм), то и умолчальные 96 dpi, скорее всего, в изменении не нуждаются, ибо рассчитаны X-сервером по данным, полученным от монитора по DDC (Display Data Channel). Хотя, при желании, с этим параметром можно и поиграть — разумеется, не наобум, а получив соответствующую информацию командой xdpyinfo. Данная в составе такой конструкции

$ xdpyinfo | grep -B1 dot

она выведет значения о разрешении дисплея, его физических размерах (в миллиметрах) и значении dpi:

  dimensions:    1920x1080 pixels (508x285 millimeters)
  resolution:    96x96 dots per inch

Так что любопытствующие энтузиасты могут пересчитать миллиметры в дюймы (на сей предмет в KDE имеется специальный апплет) и определить, сколько же пикселей приходится на каждый дюйм. Скорее всего, ровно столько, сколько приведено в выводе команды xdpyinfo. По крайней мере, у меня всегда было именно так. Однако от умолчального значения в окне настройки шрифтов эти значения могут и различаться. И тогда, естественно, настройки KDE надо привести в соответствие с выводом xdpyinfo.


Назад | К содержанию | Вперёд