Кажется был тред с этой проблемой, суть в кривом pdf-просмотрщике. Latex не причём.

Okular выдает следующую информацию о шрифтах в документе:

• Арч: имя шрифта — LDIDSR+SFRM1440, тип — Type 3
• Убунта: имя шрифта — н/д, тип — Type 1

Кажется был тред с этой проблемой, суть в кривом pdf-просмотрщике. Latex не причём.

Размеры пдфок тоже разные

Проблема решилась установкой пакета шрифтов для latex — cm-super, который и содержит необходимый sfbm1440.pfb.

А что, есть желающие смотреть архив? о_О
Скинуть бы исходники куда отдельно. Подозреваю русские буквы и отсутствие cm-super.

Проблема решилась установкой пакета шрифтов для latex — cm-super

Опередил!

Странно, что cm-super не тянется автоматически в зависимостях, например, от texlive-lang-cyrillic или еще от чего-нибудь.

Нужно отдельно ставить cm-super? Да, глупость. Но вполне в духе Debian разбивать все на 100500 пакетов.

Ищи и устанавливай пакет с cm-super (полный, а не latin который).

Type3 — это растр оптимизированный для печати. То есть при печати всё будет O'k, а проблем в программе просмотра.

Проблема в том, что по умолчанию ставится что-то вроде cm-latin, откуда выпилена кириллица, точнее как обычно от кириллице никто не озаботился.

Type3 — это растр оптимизированный для печати

Разве Type3 не bitmap фонт? О каком качестве для печати может идти речь?

Type3 — это растр оптимизированный для печати. То есть при печати всё будет O'k, а проблем в программе просмотра.

Спасибо за пояснение.

При печати (сюрприз) в любом случае результат растеризуется.

При печати (сюрприз) в любом случае результат растеризуется.

Но если лазерная печать дает от 600x600 до 1200x1200 ppi, то сколько ppi в Type 3? 300?

А сколько задашь — столько и будет, хоть 100500x100500.

Проблема в том а) что нет автоматического преобразователя METAFONT -> Type1 б) нет принтеров, понимающих METAFONT. Поэтому решение — растр. Изобразить более высоким разрешением картинку с более низким DPI нет проблем, а вот наоборот... Иными словами только 300 dpi на мониторе могут потенциально избавить от ШГ.

Чё только не придумают

Лишь бы xelatex не пользоваться

Ога и Comic Sans туда...

Кстати, есть ли вменяемая рассказка как использовать xelatex и кириллицу. В смысле не только буквы, но и всякий babel, makeidx, bibtex и прочее.

Для babel у меня где-то был рецептик, но я давно уже ничего не делал и забыл. Ясно, что нужно использовать polyglossia и какие-то супер-пупер опции

Особенно интересно, как же я там ставил кавычки-ёлочки как в babel. Потому что по дефолту '<<' и '>>' вроде так и оставались.

5.16 russian
Options:
babelshorthands = false or true

Может это сработает, хотя у меня было не так.

Ага, вот как я делал

\defaultfontfeatures{Mapping=tex-text}

Это немецкие кавычки по-моему, так что с этим проблем нет, кроме того прокатывает и просто юникодный аналог. Проблемы без бабеля будут как минимум в таких случаях:

"= "--- "--~ "--*

В немецких символ тот же, но они в другие стороны (не <<>>, а >><<). И то это вроде раньше так было, а ща упростили и лепят вроде английские. А попробуй как я выше написал:

\usepackage{fontspec}

...

\defaultfontfeatures{Mapping=tex-text}

У меня щас и проверить-то не на чем

Да я не спорю, что русские буквы будут — я говорю, что будут проблемы с бабелизмами, которые присуще только русской части бабеля. Проблема в совместимости. Вроде проскакивала информация, что babel тоже начал поддерживать xelatex.

Да я не спорю, что русские буквы будут — я говорю, что будут проблемы с бабелизмами

Я тоже про бабелизмы. Попробуй

что babel тоже начал поддерживать xelatex.

Нафиг не надо, ИМХО. По крайней мере ты попробуй, а потом скажешь работает или нет. У меня работало, но я уже точно не помню, как делал

"---

не работало с этим рецептом (кстати я просто его использовал и абсолютно не понимаю зачем оно), если я правильно помню с пол года назад. Остальное не пробовал.

Нафиг не надо, ИМХО.

IMHO не правильное. Совместимость — это такая штука, за которую стоит побороться.

А без кавычки? Просто ---. У меня получался этот emdash

Кавычки — это крайне полезная фича. Они не дают отрываться тире от предыдущего слова в конце строки. В русской издательской традиции  — это важно.

Ясно. Я бы б написал неразрывные вещи более длинно с помощью \mbox :)

Стоп, а тире отделяется пробелом? А что мешает использовать неразрывный пробел (~, вроде)

Значит да, недочёт у них.

Там пробел нужен меньше, чем выдаётся ~ (ранее так и рекомендовалось набирать), то есть в любом случае нужен спецзнак. Другое дело хорошо бы при включении русского такое поведение сделать для emdash по умолчанию.

Ясно. Ну ждем значит исправлений )

Вообще, пусть пробел будет чуть длинее (мне-то пофиг, не знаю как у тебя требуют), чем пользоваться этим говном, которое не понимает True Type шрифты.

А ты печатаешься где?

чем пользоваться этим говном, которое не понимает True Type шрифты.

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

• была вменяемая кириллица
• согласовывался с математическим символами
• были все стандартные начертания

Кроме Computer Modern, а на сегодня лучший Computer Modern — это cm-super, то бишь Type1.

А ты печатаешься где?

Phys Rev :)