LINUX.ORG.RU
Форум — Desktop  

TeX Live 7 и печать PS->PCL


0

0 

Начал изучать такую вещь, как LaTeX.
Наткнулся на одну проблему.

Исходные данные: TeX Live 7
Файл допустим такого содержания:

\documentclass[russian,koi8-r]{eskdtext}

\ESKDdepartment{%
ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ОБРАЗОВАНИЮ}
\ESKDcompany{%
Государственное образовательное учреждение высшего профессионального образования\\
СИБИРСКИЙ ФЕДЕРАЛЬНЫЙ УНИВЕРСИТЕТ\\
ПОЛИТЕХНИЧЕСКИЙ ИНСТИТУТ\\
Факультет Нано\TeXнологий\\
Кафедра "Распила Бюджета"}

\ESKDtitle{%
ДИПЛОМНЫЙ ПРОЕКТ}
\ESKDdocName{%
ОПРЕДЕЛЕНИЕ НАПРАВЛЕНИЯ ВЕКТОРА ДУНОВЕНИЯ ВЕТРА МЕТОДОМ СЫРОГО ПАЛЬЦА}

\ESKDtitleDesignedBy{выполнил: ст-нт гр. Р53-4}{Раскольников~Р.~Р}
\ESKDtitleDesignedBy{проверил: профессор}{Преображенский~Ф.~Ф}

\renewcommand{\ESKDtheTitleFieldX}{Красноярск 2007}

\begin{document}
\maketitle
\end{document}


Таки генерю из него pdf:
$pdflatex this.tex

А затем открываю в Evince. Все вроде нормально при просмотре.
Но начинаю печатать и тут начинается -
РУССКИЕ ШРИФТЫ УЖАСНОГО КАЧЕСТВА!

Да, чуть не забыл, принтер - ветеран печати LaserJet 1100.
Он не понимает PS, только PCL. С тем, что dvilj убог пришлось
смериться и забыть (нет поворота и всего остального из PS).
Потому - dvips/pdflatex.
Затем это дело через систему печати идет, где PS->PCL
занимается gs. Его я выбирал, когда принтер устанавливал.
Если печатать из чего другого, кое юзает CUPS (или как
его там) - одинаково хреново. Это KPDF и ещё что то.

Но если печатать из gsview - все четко, как говорится.
Если печатать из Abode Reader - тоже все четко (тут
вообще не понятно как это происходит. Вроде вызывает
просто lp. Видимо там ж и преобразование в PCL идет)

Нашёл старые pdf-ки, кои делал из doc через виртуальный
принтер (да, под виндой) - все нормально. Да и раньше
ничего такого не замечал. Все как положено - что видим
на экране, то получаем на бумаге. А тут :(

Если кто сталкивался, расскажите как справились.
← Nautilus - индивидуальные настройки просмотра для каталогов
BSD: opera+flash →
Ответ на: комментарий от CtrlAltBs

> Попробовать ещё и xpdf??

Так, в нем все OK.

В чем проблема? Неправильно созданный pdf, или кривой этот самый poppler?

CtrlAltBs ☆
() автор топика
Ответ на: комментарий от CtrlAltBs

Более подробно:

gsview: PDF --(ghostscript)--> PS (OK)
CUPS (lp): PDF --(в Debian - poppler)--> PS (broken)
evince: PDF --(poppler)--> PS (broken)
xpdf: PDF --(xpdf)--> PS (OK)
acroread: PDF -->(самоделка)-->PS (OK)

AEP ★★★★★
()
Ответ на: комментарий от AEP

> кривой poppler

Извиняюсь за занудство, но таки почему он так ведет себя только на пдфках созданных TeXLive? Видимо это связано с особенностью шрифтов. В одном случае - это True 3, в другом TrueType (могу сильно ошибаться!!)? Надо будет про это почитать.

Проблемы то нет - буду печатать из чего другого. Спасибо за внимание.

CtrlAltBs ☆
() автор топика
Ответ на: комментарий от CtrlAltBs

А пример pdf-ки можно положить на zalil.ru? или поставить пакет cm-super и перепробовать с печатью.

AEP ★★★★★
()
Ответ на: комментарий от AEP

> А пример pdf-ки можно положить на zalil.ru?

http://slil.ru/25179428

Там все сразу, что образуется при pdflatex

> или поставить пакет cm-super и перепробовать с печатью

Насколько я понял, почитав стати из LF - в TeXLive cm-super и стоит. Он по умолчанию и цепляется. Более того pscyr - я не осилил инсталляцию.

CtrlAltBs ☆
() автор топика
Ответ на: комментарий от CtrlAltBs

Странно. У тебя почему-то внедряются type3-шрифты, т.е. не cm-super (но твой pdf все еще валидный, т.е. в твоей копии poppler баг, но я его воспроизвести не смог - у меня evince все печатает правильно). При компиляции твоего файла моим texlive (debian), получается такой pdf: http://slil.ru/25179469

Про пакет pscyr забудь, он устарел.

P.S. cm-super в debian надо ставить: aptitude install cm-super. В texlive они действительно входят, только этот texlive в дистрибутивах порезан на кусочки, большинство из которых (в т.ч. cm-super) по умолчанию не ставятся.

AEP ★★★★★
()
Ответ на: комментарий от AEP 

А вот это уже интересно!!
Ваш файл ПЕЧАТАЕТСЯ НОРМАЛЬНО!!!

вывод pdffonts

AEP:
name                                 type              emb sub uni object ID
------------------------------------ ----------------- --- --- --- ---------
VYQPQZ+SFSL1000                      Type 1            yes yes no       4  0
UHZJQG+SFBL1728                      Type 1            yes yes no       5  0
WMPVZM+CMBXSL10                      Type 1            yes yes no       6  0
ZDTXUD+SFSL1728                      Type 1            yes yes no       7  0

CtrlAltBs:
name                                 type              emb sub uni object ID
------------------------------------ ----------------- --- --- --- ---------
[none]                               Type 3            yes no  no       4  0
[none]                               Type 3            yes no  no       5  0
WMPVZM+CMBXSL10                      Type 1            yes yes no       6  0
[none]                               Type 3            yes no  no       7  0


Дело в шрифтах (кто б мог подумать). В одном случае Type 3, в другом Type 1. Чем это различается - думаю где почитать найти можно.

Сейчас ещё пару экспериментов проведу.

Дистр Ubuntu. Пакет ставится.

CtrlAltBs ☆
() автор топика
Ответ на: комментарий от CtrlAltBs 

Думаю, что это достойно FAQ.

Итак, для решения проблемы необходимо ПОСТАВИТЬ ПАКЕТ cm-super,
несмотря на то, что пишут в книжках.

Результаты:

$ diff -a trable_aep.pdf trable.pdf
365,366c365,366
< /CreationDate (D:20071202215514+05'00')
< /ModDate (D:20071202215514+05'00')
---
> /CreationDate (D:20071203002243+07'00')
> /ModDate (D:20071203002243+07'00')
400c400
< /ID [<3FB307A0D4E7DD2AF64FE01F53C63CFB> <3FB307A0D4E7DD2AF64FE01F53C63CFB>] >>
---
> /ID [<B5C20CE45190253D17A1BB40B4F0FD5D> <B5C20CE45190253D17A1BB40B4F0FD5D>] >>


$pdffonts trable.pdf
name                                 type              emb sub uni object ID
------------------------------------ ----------------- --- --- --- ---------
VYQPQZ+SFSL1000                      Type 1            yes yes no       4  0
UHZJQG+SFBL1728                      Type 1            yes yes no       5  0
WMPVZM+CMBXSL10                      Type 1            yes yes no       6  0
ZDTXUD+SFSL1728                      Type 1            yes yes no       7  0


Самому было интересно:
http://www.kletsel.com/articles/font_formats.html
Type 3 не сохраняет параметры хинтовки, и, как следствие, выводится
с меньшей точностью и детализацией. Type 3 требует больше памяти
компьютера и принтера для работы с ним. Шрифты Type 3 называют также
шрифтами, определяемыми пользователем. Обычно они применяются для
описания сложных графических фигур (таких как логотипы).

CtrlAltBs ☆
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Nautilus - индивидуальные настройки просмотра для каталогов
Desktop
BSD: opera+flash →