The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Доступен PAPPL 1.1, фреймворк для организации вывода на печать , opennews (??), 16-Дек-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


29. "Доступен PAPPL 1.1, фреймворк для организации вывода на печа..."  +/
Сообщение от Crazy Alex (ok), 17-Дек-21, 15:36 
А кто-нибудь может чисто технически объяснить, чем плох IPP Everywhere? Так-то уход от своего велосипеда с PPD на более-менее общепринятый стандарт выглядит разумно и совместимость должен только увеличить
Ответить | Правка | Наверх | Cообщить модератору

32. "Доступен PAPPL 1.1, фреймворк для организации вывода на печа..."  +/
Сообщение от Аноним (32), 17-Дек-21, 17:37 
На вскидку из новости только списком пожжерживаемых форматов вроед JPEG и PNG.
Печать это не просто картинка, а скорее текст и картинки причем чаще всего текст
знает как рисовать сам принтер (ему только дай название шрифта). Зачастую с
картинками выходит какое-то масштабирование и на выходе ditthered нечетаемый текст.

Так что формат наверное подойдет для фотопечати, но для печати документов он без полноценной
поддержки управления командами BeginPage/EndPage, установки полей, загрузки шрифтов, установки
двухстронеей печати пока бесполезен в SOHO сегменте, а следовательно назначение этого решения
узкое и непонятное.

В целом у принтера не так много операций, так что вполне можно было бы и обойтись
универсальным языком вроде PS, но как выяснилось у каждого принтера какие-то свои особенности
и спецификации языка, так что нужен целый зоопарк этих PPD-шек.

Хорошо бы двухсторонний простой протокол диагностики устройста и тогда этих PPD можно избежать.

Наличие сегодня USB у принтера какой-то честно атавизм, но и с сетевыми принтерами тоже надо думать
дело в том, что в организщациях нужен аудит, так что тут работы полным полоно.

Ответить | Правка | Наверх | Cообщить модератору

34. "Доступен PAPPL 1.1, фреймворк для организации вывода на печа..."  +/
Сообщение от Crazy Alex (ok), 18-Дек-21, 02:10 
Удивился, пришлось порыться чуток.

Сам IPP растром не ограничен. Точнее, растр - это минимум, коортый принтер понимать обязан. А так - он может анонсировать, какие стандарты умеет, включая PDF и PCLm и вообще свои возможности, умеет дуплекс и прочие фичи, включён в стандарт WifiDirect... в общем, и правда есть смысл в этой штуке.

Кстати, вот тут https://wiki.debian.org/CUPSDriverlessPrinting#generator2 сказано, что "To support driverless printing fully, CUPS has a PPD generator that will drive a traditional CUPS print queue. The generator queries the printer and creates the necessary PPD options and values needed to support Apple Raster, PWG Raster, JPEG, and PDF printing. A CUPS generated PPD uses the everywhere model and can be identified from the *PCFileName "ippeve.ppd" line in the PPD."

То есть оно как раз для генерации PPD вполне достаточно данных даёт.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру