Re: CUPS плюёт на опции командной строки
On Thu, Jun 14, 2007 at 03:22:48PM +0400, Alexander GQ Gerasiov wrote: Генерируем postscript при помощи печать в файл. Если в свойствах принтера выставить duplex через длинный край, то получаем один файл, если выставить пропустить, то получаем другой, разница в одну секцию: %% FoomaticRIPOptionSetting: PageSize=A4 -o sides=one-sided/-o sides=two-sided-long-edge/-o sides=two-sided-short-edge он просто плюёт. Параметр используется только если в постскрипте не задан дуплекс вообще. Это нормально или можно как-то починить? Багу Самое простое, использовать вместо Foomatic (foomatic-filters-ppds) с его противоестественным интеллектом, родной PPD от производителя или из linuxprinting.org-ppds. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: CUPS плюёт на опции командной строки
Alexander GQ Gerasiov - debian-russian@lists.debian.org @ Thu, 14 Jun 2007
15:22:48 +0400:
AGG Генерируем postscript при помощи печать в файл.
AGG Если в свойствах принтера выставить duplex через длинный край, то
AGG получаем один файл, если выставить пропустить, то получаем другой,
AGG разница в одну секцию:
AGG %% FoomaticRIPOptionSetting: PageSize=A4
AGG %%EndFeature
AGG } stopped cleartomark
AGG -[{
AGG -%%BeginFeature: *Duplex DuplexNoTumble
AGG -%% FoomaticRIPOptionSetting: Duplex=DuplexNoTumble
AGG -%%EndFeature
AGG -} stopped cleartomark
AGG %%EndSetup
AGG %%Page: 1 1
AGG %%PageBoundingBox: 18 14 577 828
AGG теперь самое странное: если мы печатаем постскрипт с заданным дуплексом
AGG командой lp, то печается он именно так, как сказано в файле, а на
AGG параметр
AGG -o sides=one-sided/-o sides=two-sided-long-edge/-o
sides=two-sided-short-edge
AGG он просто плюёт. Параметр используется только если в постскрипте не
AGG задан дуплекс вообще. Это нормально или можно как-то починить? Багу
AGG репортить? Если нельзя починить, как бы это подешевле заворкэраундить?
AGG неуж-то awk'ом вырезать запись?
По идее - нормально. Ибо добавить инструкцию дуплекса в файл много
проще, чем выцарапать ее оттуда. Откуда lp знать, какой именно фразой
оно туда добавлено? Софт - он разный бывает...
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]
Как в notepad тексты редактировать? Руками каждую букву набирать, что ли?
(c)vitus
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: CUPS плюёт на опции командной строки
On Thu, 14 Jun 2007, Artem Chuprina wrote:
Alexander GQ Gerasiov - debian-russian@lists.debian.org @ Thu, 14 Jun 2007
15:22:48 +0400:
AGG Генерируем postscript при помощи печать в файл.
AGG Если в свойствах принтера выставить duplex через длинный край, то
AGG получаем один файл, если выставить пропустить, то получаем другой,
AGG разница в одну секцию:
AGG %% FoomaticRIPOptionSetting: PageSize=A4
AGG %%EndFeature
AGG } stopped cleartomark
AGG -[{
AGG -%%BeginFeature: *Duplex DuplexNoTumble
AGG -%% FoomaticRIPOptionSetting: Duplex=DuplexNoTumble
AGG -%%EndFeature
AGG -} stopped cleartomark
AGG %%EndSetup
AGG %%Page: 1 1
AGG %%PageBoundingBox: 18 14 577 828
AGG теперь самое странное: если мы печатаем постскрипт с заданным дуплексом
AGG командой lp, то печается он именно так, как сказано в файле, а на
AGG параметр
AGG -o sides=one-sided/-o sides=two-sided-long-edge/-o
sides=two-sided-short-edge
AGG он просто плюёт. Параметр используется только если в постскрипте не
AGG задан дуплекс вообще. Это нормально или можно как-то починить? Багу
AGG репортить? Если нельзя починить, как бы это подешевле заворкэраундить?
AGG неуж-то awk'ом вырезать запись?
По идее - нормально. Ибо добавить инструкцию дуплекса в файл много
проще, чем выцарапать ее оттуда. Откуда lp знать, какой именно фразой
оно туда добавлено? Софт - он разный бывает...
Вообще-то, если присмотреться, то всё что добавлено это
комментарии, с точки зрения принтера. Так что, если файл
только для печати, то
grep -v ^%%
просто их удалит. Ничего сложного.
Ну а дальше, ключиками lp играться.
Ю.
Re: CUPS плюёт на опции командной строки
[EMAIL PROTECTED] - debian-russian@lists.debian.org @ Thu, 14 Jun 2007
15:03:40 +0200 (CEST):
Alexander GQ Gerasiov - debian-russian@lists.debian.org @ Thu, 14 Jun
2007 15:22:48 +0400:
AGG Генерируем postscript при помощи печать в файл.
AGG Если в свойствах принтера выставить duplex через длинный край, то
AGG получаем один файл, если выставить пропустить, то получаем другой,
AGG разница в одну секцию:
AGG %% FoomaticRIPOptionSetting: PageSize=A4
AGG %%EndFeature
AGG } stopped cleartomark
AGG -[{
AGG -%%BeginFeature: *Duplex DuplexNoTumble
AGG -%% FoomaticRIPOptionSetting: Duplex=DuplexNoTumble
AGG -%%EndFeature
AGG -} stopped cleartomark
AGG %%EndSetup
AGG %%Page: 1 1
AGG %%PageBoundingBox: 18 14 577 828
AGG теперь самое странное: если мы печатаем постскрипт с заданным дуплексом
AGG командой lp, то печается он именно так, как сказано в файле, а на
AGG параметр
AGG -o sides=one-sided/-o sides=two-sided-long-edge/-o
sides=two-sided-short-edge
AGG он просто плюёт. Параметр используется только если в постскрипте не
AGG задан дуплекс вообще. Это нормально или можно как-то починить? Багу
AGG репортить? Если нельзя починить, как бы это подешевле заворкэраундить?
AGG неуж-то awk'ом вырезать запись?
По идее - нормально. Ибо добавить инструкцию дуплекса в файл много
проще, чем выцарапать ее оттуда. Откуда lp знать, какой именно фразой
оно туда добавлено? Софт - он разный бывает...
y Вообще-то, если присмотреться, то всё что добавлено это
y комментарии, с точки зрения принтера. Так что, если файл
y только для печати, то
grep -v ^%%
y просто их удалит. Ничего сложного.
А вот выплескивать ребенка вместе с водой я бы не советовал...
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]
на вопрос как дела? отвечать 304 Not Modified
http://bash.org.ru/quote.php?num=20466
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
