По крайней мере, это первая известная мне попытка создать API общего назначения (не специфичный десктопный) на dbus.

О-хо-хо... Счастье - в неведении... В общем, нонче уже и установка пакетов (packagekit), и старт системных сервисов (systemd) и вон, даже проекты типа http://mumble-django.org/docs/en используют dbus в качестве интерфейса к внешнему миру. «Идиот?! Да их тут сотни!»

Э-э-э, на уровне _internet_ протокола. А так, максимум — dbus'ные полиси

Я понимаю, что ты пытаешься что-то сказать, но смысл таоих слов от меня ускользает.

<troll>Это от слабого знания матчасти</troll>. Грубо говоря, для случая локальной машины можно обойтись системой прав, заданных на уровне сервиса и отдельных вызовов, доступных через dbus. Примеры в /etc/dbus-1/system.d/*.

Система прав в IPP - это, вообще говоря, отдельная тема. Там свои классы ролей и списки доступных им действий, своя система аутентификации итп. Поэтому реализовывать это всё нужно внутри демона, реализующего IPP. Который в общем случае не нужен вовсе.

Но повторюсь - это умозрительное чесание языком, то есть, руками по клавиатуре. Вникать в эти все премудрости сейчас лень, потом останется только всплеснуть руками и воскликнуть: «парни, ну и говно же у вас получилось!»

>> У RedHat острая фаза NIH?

> Опять RedHat? Задрали уже! Надо потихоньку начинать их выдавливать из линукса: форкать нужные проекты, выпиливать из дистрибутивов ненужные.

Новые проекты не нужны! Всё давно придумано и лучше, чем мы можем себе представить! Мы ничего не можем, и только великие, харизматичные, известные люди могут создавать новые веяния в мир еоткрытого ПО и Linux! К которым Red Hat не относится. Поэтому все их «инновации» нинужны!!!

Page accounting is one reason to require PDF input actually. Doing that for PostScript is a bit awkward.

Как всё просто оказалось. Иннов-аации, нанотехнологии, тьфу. Аффтар просто не захотел заморачиваться с постскриптом, а в результате напишет херню.

Это действительно не «сделать лучше», а «сделать своё».

Видел дистрибутив Linux, который перед загрузкой иксов определяет, ati, nvidia или открытый драйвер включить. Автоматически выбирает конфигурацию иксов и библиотеку OpenGL. Вот бы в универсальные дистрибутивы это пришло, а пока что в них наконец-то добавили автоматическое определените видеодрайвера, но только среди открытых.

И твою задумку с Jack.

Придумал идею. Существует патч для ядра, позволяющий обновлять ядро без перезагрузки. Это может быть полезно для разных LiveCD, чтобы он загрузился, определил оптимальное ядро и заменил обычное им. А то при загрузке любого дистрибутива Linux предлагается несколько вариантов ядер, и выбор только вручную.

Где только такой дистрибутив, который отличается от других не только версиями ПО, пакетной системой, и качеством, а включающий в себя новинки системного ПО и способов применения давно существующих вещей. Может подскажешь? Им всегда был Fedora - те же nouveau и ext4. Буду смотреть 28 мая с целью найти полезное.

А нафига тогда вяленд нужен, если кроме оверхеда он ничего не делает?

Чтобы работать как подложка под гуевую систему. Это даёт:

• Возможность рисовать что угодно от начала загрузки до логина юзера. Без костылей, без переключения виртуальных терминалов
• (заметно более важно) Возможность сделать вменяемую безопасность в иксах. В самом деле, даже в венде окно с низкими правами в принципе не может слушать ввод, направляемый в окно с высокими. Это надо даже если нет гуевых программ под рутом. Потому, что в некоторых современных ОС (ГНУ/Линукс не относится к ним) права принято не только повышать, но и понижать, намеренно.

  Параноики могут, конечно, использовать виртуальную клавиатуру, но она WM-зависима (во всяких dwm'ах, например, виртуальные клавиатуры не работают в принципе.) Ну и неюзабельна, если ты не инвалид.

• Менее костыльный мультисит
• В конце концов, тонкую, но рабочую среду для написания всяких X12 поверх неё.

При всём этом совершенно непонятно, кому wayland будет мешать.

Впрочем, закрытые дрова на видео не дадут сделать это единственным вариантом.

</оффтоп>

Если это нормально сделанная система, как в венде, когда спулер служит посредником между софтиной и драйвером принтера, спулер в любом случае будет знать количество страниц.

Подожди. Ты предлагаешь доверять чужому софту?

шланг запиливает не бздя, а эппл

Запиливает себе FreeBSD. Пилит таки да, Apple.

И именно в лицензии самое слабое место.

Вы хотите об этом поговорить? ;-)

Видел дистрибутив Linux, который перед загрузкой иксов определяет, ati, nvidia или открытый драйвер включить. Автоматически выбирает конфигурацию иксов и библиотеку OpenGL. Вот бы в универсальные дистрибутивы это пришло, а пока что в них наконец-то добавили автоматическое определените видеодрайвера, но только среди открытых.

Вылазь из танка - в нормальных дистрибутивах (не говоря уже о нормальных LiveCD) давно уже так.

Существует патч для ядра, позволяющий обновлять ядро без перезагрузки. Это может быть полезно для разных LiveCD

А смысл? Вылазь из танка - с CD никто уже не грузится, используют флэшки, а загрузка с флэшки - пару десятков секунд.

чтобы он загрузился, определил оптимальное ядро и заменил обычное им. А то при загрузке любого дистрибутива Linux предлагается несколько вариантов ядер, и выбор только вручную.

Вылазь из танка - это уже давно реализовано - man syslinux

О, привет. А почему тогда существуют ядра -desktop, -default, -xen, -rt, -openvz, если автосмена ядра реализована? Можно примеры нормальных дистрибутивов, которые так делают с видеодрайверами? Просто я пользуюсь ненормальными. И мануал по настройке, а то я даже тему создавал, чтобы спросить, как сделать такое поведение системы, и не получил ответа.

> (заметно более важно) Возможность сделать вменяемую безопасность в иксах. В самом деле, даже в венде окно с низкими правами в принципе не может слушать ввод, направляемый в окно с высокими. Это надо даже если нет гуевых программ под рутом. Потому, что в некоторых современных ОС (ГНУ/Линукс не относится к ним) права принято не только повышать, но и понижать, намеренно.

Неважно что и где принято - прозвучало так, как будто в Linux это вообще не реализуемо. Насчёт «программа с низкими правами не может слушать ввод в окно с высокими правами» - что-то только в Linux многие сталкиваются с проблемой неработающих горячих клавиш в полноэкранных приложениях. Я понял о чём ты, о безопасности. Предлагаешь браузер и интернет-кошелёк запускать с высокими правами, а всю остальную систему - с низкими?

> Возможность рисовать что угодно от начала загрузки до логина юзера. Без костылей, без переключения виртуальных терминалов

Что, я не смогу переключиться в виртуальный терминал? А если у меня полноэкранное приложение зависло, что делать? А если смогу - в чём выгода от того, что графическая оболочка будет рисоваться в первом виртуальном терминале, а не в седьмом?

> В конце концов, тонкую, но рабочую среду для написания всяких X12 поверх неё.

Глупость.

В общем, нонче уже и установка пакетов (packagekit), и старт системных сервисов (systemd)

systemd не в счет, packagekit так и не взлетел, AFAIK.

и вон, даже проекты типа http://mumble-django.org/docs/en используют dbus в качестве интерфейса к внешнему миру

Это печально.

потом останется только всплеснуть руками и воскликнуть: «парни, ну и говно же у вас получилось!»

Уже пора %)

ZenitharChampion

Предлагаешь браузер и интернет-кошелёк запускать с высокими правами, а всю остальную систему - с низкими?

Ты откуда это взял?! Опять с веществами балуешься?!

ZenitharChampion

Что, я не смогу переключиться в виртуальный терминал? А если у меня полноэкранное приложение зависло, что делать? А если смогу - в чём выгода от того, что графическая оболочка будет рисоваться в первом виртуальном терминале, а не в седьмом?

Кто тебе сказал что не сможешь?! Написано лишь только то, что в переключении между виртуальными терминалами, на стадии загрузки не будет необходимости. Опять вещества?!

> Опять с веществами балуешься

Разъясни эту фразу, я её не понял.

> Написано лишь только то, что в переключении между виртуальными терминалами, на стадии загрузки не будет необходимости.

Классная фича.

> Опять вещества?!

Какие?

Судя по твоему бреду - тяжёлые галлюциногенные.

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

Не принтеры, а всего один принтер. И стоит этот принтер на одной полке ....

А в жизни все наши постскриптные киосеры и хп с прямой печатью из пдф

Ну и какое отношение твои тяжелые трудо выебудни с pdf имеют к интерпретатору постскрипта? Ты в состоянии отличить одно от другого?

И ты хоть понимаешь, что _сам_ доказываешь негодность pdf как формата для заданий печати? ;)

Какому «чужому» софту? Я предлагаю спулеру печати доверять самому себе, читай внимательно.

Мой бред?! Это не мне, а тебе мерещится, что у тебя отбирают переключение между виртуальными терминалами.

Page accounting is one reason to require PDF input actually. Doing that for PostScript is a bit awkward.

Какой п-ц. Посчитать количество вхождений «showpage» в документе - практически невыполнимая работа... Да, теоретически showpage тоже можно делать в цикле, но ни одна из систем печати в постскрипт не генерит такую херню.

О_о мне хочется знать частный пример в деталях когда дбас так себя ведёт.

Как-то вот так: http://www.freedesktop.org/wiki/IntroductionToDBus#Activation

Сейчас ЕМНИП именно так стартуются powerd и wpa_supplicant.

Как мне тут подсказывают - можно ещё проще сделать: посмотреть %%Pages, если в документе есть DSC.

Сходи по ссылке, настучи этому дятлу по темечку. :-)

Скорее всего, поттеринг на ранних стадиях излечим.

Насчёт «программа с низкими правами не может слушать ввод в окно с высокими правами» - что-то только в Linux многие сталкиваются с проблемой неработающих горячих клавиш в полноэкранных приложениях

Безопасности это не даёт. Тот же xspy спокойно может слушать ввод при рабочем полноэкранном SDL-приложении. WM и менеджеры хоткеев не делают точно так же только потому, что поллинг состояния клавиатуры заметно дороже, чем тупой граб средствами сервера. Ну и с каких пор каждая запущенная мной рутовая софтина перехватывает весь ввод на манер этих самых игр, это же сделает иксы неюзабельными?

Предлагаешь браузер и интернет-кошелёк запускать с высокими правами, а всю остальную систему - с низкими?

В некоторых ОС программы могут сами понижать свои права (при этом сохраняя UID, то есть потом не надо чмодить сохранённые файлы). А с разрешения юзера и повышать. Но когда любая программа стандартными средствами иксов может *всё*, что может юзер, такое не реализовать...

а те принтеры что не пашут , у моего друга МФУ кэнон например будут работать, за 5 часов так принтер и не включили а для шиндовс - всё работает

Вообще, некоторый смысл в том, чтобы разделить локальную и сетевую компоненты есть. Например, для локальной компоненты существенно проще управлять правами: грубо говоря, управление правами либо уничтожается вовсе, либо минимизируется, - нет смысла запрещать пользователю A убирать задание пользователя B (ну, разве предупреждение выдать), т.к. пользователь A имеет _физический_ доступ к принтеру и при необходимости может его просто выключить (или выдернуть бумагу).

Как это так? И что за анархия начнётся в случае тонких клиентов? Сделаем win98 из нормальной ОС?

Не-не-не!

Смешались в кучу кони, люди... :)

А еще формы для ввода данных, шифрация, защита от копирования или печати, джаваскрипт.. Короче, сама простота. Куда там такому сложному и неповоротливому монстру как постскрипт?! ;))

Погодь. Так-то зачем? У тебя что, именно на принтере производится шифрация? Именно принтер определяет можно ли печатать-копировать этот документ (ну и прочее — я про джаваскрипт и формы данных)? Принтер просто печатает то, что ему компьютер суёт. В случае с PDF. Если форма заполнена, то заполненную, если пустая, то пустую.

В случае с PS при любом раскладе принтер должен интерпретировать команды, содержащиеся в файле документа и только потом вывести их на печать.

Разница в том, что в случае с PDF всё уже интерпретировано (на компьютере, я уточню, а не на принтере). И совершенно пофиг какой там принтер — с PS, с PJL или ещё с какой фигнёй. Это уже забота системы печати — преобразовать из подготовленного PDF в нужный для понимания принтером вид.

Десять лет назад принтеры шли с 4/8/16 мегабайтами памяти и возможностью её нарастить. Для постскрипта хватало.

В случае, если описанный мною подход верен, то PS не нужен. Памяти... Ну не знаю, может и не нужно столько для сохо-дешёвки.

99% напечатанных листов в офисных принтерах состоят исключительно из таймса и ариала. Оставшиеся полпроцента от процента из куриера. На дизайнерские шрефтовые изыски приходится исчезающе малая часть.

Угу. Только все подразумевают что и эта исчезающе малая часть будет обработана при необходимости. И второй момент — а кто сказал что принтер будет только в каком-нибудь загоне для манагеров по продажам стоять? А если у дизигнеров? И там (внезапно) появится необходимость что-нибудь этакое попечатать? Купить новый принтер? Но, может проще сделать — заставить именно компьютер производить преобразование (интерпретацию) и снять эту задачу с PS в принтере, упростив последний?

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

А на мой взгляд, как ни странно, но это плюс. Да. Мы проигрываем в скорости печати. Но что на Aser A-100, что на Nokia N900, что в evince, что на печати документ выглядит одинаково. Мне гораздо важнее то, что нет нужды в побегушках в поисках нужных шрифтов, глифов... Лень-матушка, я понимаю... :))) Уж простите великодушно. :)

В случае с PS при любом раскладе принтер должен интерпретировать команды, содержащиеся в файле документа и только потом вывести их на печать.

Разница в том, что в случае с PDF всё уже интерпретировано (на компьютере, я уточню, а не на принтере). И совершенно пофиг какой там принтер — с PS, с PJL или ещё с какой фигнёй.

Объясни мне, нафига принтеру, который умеет сам печатать PS пихать на вход PDF, если он всё равно его, сука, будет интерпретировать как PS? Всё что я хочу от автора - чтобы он оставил форвардинг постскрипта «как есть», если на входе уже валидный постскрипт. Сконвертировать в PDF никогда не поздно.

ох-хо. Тонких клиентов больше нет. Welcome to the brave new world, bro. У каждого в кармане - по толстому клиенту такой величины, что А. и Б. Стругацкие предполагали их на через сто лет после открытия гиперпространственных путешествий.

В общем, проблему печати с тонких клиентов, как я уже говорил, уже сейчас можно решить средствами настройки dbus'овых полисей. Ну, ясен пень, тому 0.(0)1% пользователей, для которых эта проблема актуальна. Остальные будут использовать гуглячий клауд-принт или какую ещё новомодную технологию.

На практике угроза зацикливания сильно преувеличена. Интерпретатор пострипта прошивают в принтеры последние 30 лет, где он прекрасно себя чувствует, а проблема ухода в вечный цикл решается временнЫм ограничением на выполнение.

Я о том же - проверка по времени выполнения цикла, либо по некоему пределу.

Ну и...

если он всё равно его, сука, будет интерпретировать как PS?

... нафига? Нафига его интерпретировать как PS? Кто вообще сказал что на принтере обязан быть PS?

Прелесть PDF в том, что его вовсе не нужно интерпретировать на принтере.

Сконвертировать в PDF никогда не поздно.

И это то же как тут модно говорить «не нужно». Ещё раз. PDF обрабатывается компьютером. Результаты передаются для печати принтеру. Принтер их просто ни как не интерпретирует, а тупо печатает. Зачем здесь PS, который интегрирован в принтер? Зачем что-то интерпретировать на принтере? Всё, о чём я говорю в части PDF относится к допечатной подготовке.

И это то же как тут модно говорить «не нужно». Ещё раз. PDF обрабатывается компьютером. Результаты передаются для печати принтеру. Принтер их просто ни как не интерпретирует, а тупо печатает.

Как то грустно будет иметь такой растровый «вин-принтер» и еще грузить комп (или ноут от батареи) обработкой кривых, тогда как принтер это делает гораздо шустрее. Плюс гонять по сети сотни мегабайт битмапов - нехорошо.

У тебя что, именно на принтере производится шифрация?

Мы, ваще-то, сравниваем форматы данных. Так вот, в pdf есть опции шифрации, и защиты от копирования/печати. И «делать pdf но без этих фич» гораздо гемморойнее, чем вырезать что-либо из постскрипта.

Если форма заполнена, то заполненную, если пустая, то пустую.

И это принтер будет выяснять, заполненная там форма или еще какая?

В случае с PS при любом раскладе принтер должен интерпретировать команды, содержащиеся в файле документа и только потом вывести их на печать.
Разница в том, что в случае с PDF всё уже интерпретировано (на компьютере, я уточню, а не на принтере).

_Во что_ интерпретировано? В трансцедентальное представление в высших сферах астрала?

И совершенно пофиг какой там принтер — с PS, с PJL или ещё с какой фигнёй. Это уже забота системы печати — преобразовать из подготовленного PDF в нужный для понимания принтером вид.

А на принтере (барабанная дробь) постскрипт. И система печати по твоей схеме разворачивает мой поскрипт в хрен знает какой пдф, чтобы потом этот пдф конвертнуть хрен знает как в посткскрипт.

Но что на Aser A-100, что на Nokia N900, что в evince, что на печати документ выглядит одинаково.

Всё верно, кроме последнего пункта. Принтер, это только принтер, и задача печати на бумаге не имеет почти ничего общего с задачей отображения картинки на мониторе. А пытаться забить гвоздь и закрутить болт одними и теми же кусачками - идиотское занятие.

В случае, если описанный мною подход верен, то PS не нужен.

Как, блеать, не нужен, если принтер понимает либо его, либо PCL? Или все принтеры с постскриптом на помойку в ожидании принтеров, печатающих пдф напрямую с поддрежкой форм и яваскрипта?

Да. Мы проигрываем в скорости печати.

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

Мне гораздо важнее то, что нет нужды в побегушках в поисках нужных шрифтов, глифов..

Ну так мы, уж прости, не тебя с твоим асером и нокией 3310 обсуждаем. Мы обсуждаем технологию печати с персоналок на обычные офисные принтеры, если ты вдруг забыл. ;)

Согласен,

Как то грустно будет иметь такой растровый «вин-принтер» и еще грузить комп (или ноут от батареи) обработкой кривых, тогда как принтер это делает гораздо шустрее.

но только отчасти.

Принципиально мы это всё уже имеем сейчас и без особой грусти. Я повторю — что на Nokia N900, что на Asus A100, что в evince, что на печати всё выглядит одинаково. Кривые как-то обрабатываются. И скорость приемлемая.

С другой стороны, не все принтеры оснащены PS. Так что, говорить что «принтер делает это гораздо шустрее» я бы не стал.

Плюс гонять по сети сотни мегабайт битмапов - нехорошо.

Не хорошо. Но, с другой стороны, найдите современную материнку, где нет сети на 1Gb? Т.е., производители предполагают что у Вас есть коммутатор, куда можно воткнуть кабель от неё. Как минимум 100Mb, но цена коммутаторов с 1Gb уже не сильно отличается от стомегабитников. Гоняем же...

Кто вообще сказал что на принтере обязан быть PS?

А как принтер будет печатать документ? Телепатически?

PDF обрабатывается компьютером. Результаты передаются для печати принтеру. Принтер их просто ни как не интерпретирует, а тупо печатает.

_Что_ он печатает, нокроман ты эдакий? Принтер не берет данные из астрала, он берет данные по кабелю/радиосигналу в определенном формате. И для 99% офисных принтеров форматов этих два - либо постскрипт, либо PCL.

Зачем что-то интерпретировать на принтере?

Затем, мой юный упоровшийся друг, что принтеру чтобы что-то напечатать сначала надо что-то получить и (барабанная дробь, оркестр играет туш) интерпретировать, то, что он получил.

Принтеры не умеют печатать не полученные данные. Во всяком случае, пока.

Не хорошо. Но, с другой стороны, найдите современную материнку, где нет сети на 1Gb?

А при чём тут материнка? Данные-то получает принтер. А после того, как они их получит, он еще должен их обработать. Обработать - это _инетрпретировать_. И чем больше данных, тем больше он будет их получать, и тем дольше он будет их интерпретировать.

Так вот, в pdf есть опции шифрации, и защиты от копирования/печати. И «делать pdf но без этих фич» гораздо гемморойнее, чем вырезать что-либо из постскрипта.

В курсе. Но ещё раз — они как-то не влияют на процесс печати документа принтером. На принтере они не обрабатываются.

И это принтер будет выяснять, заполненная там форма или еще какая?

Конечно он! /* Здесь был code=irony. */

Вот скажи — зачем принтеру это выяснять? Он просто печатает. Если ему какой-то дятел присунул 200 листов пустой формы вместо заполненной, то это половые проблемы того дятла, а не этого принтера.

А на принтере (барабанная дробь) постскрипт. И система печати по твоей схеме разворачивает мой поскрипт в хрен знает какой пдф, чтобы потом этот пдф конвертнуть хрен знает как в посткскрипт.

Вот тут я не понял. Подробнее можно? С чего ты взял что принтер обязан конвертировать PS->PDF->PS? Где это написано? Из чего следует?

Вот например http://www.ehow.com/how_5828910_print-pdf-postscript-printer.html, либо проще:

pdf2ps from.pdf to.ps

И дальше на печать. Но если там нет PS? Что будет быстрее обработано — PS или PDF?

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

Во-первых, какая на фиг разница какое устройство вывода мы используем? Да хоть плоттер! Во-вторых, ты приводил в пример систему печати оффтопа. Можно я тебе напомню что там является Device Context? Ну, чтобы мне долго тут не рассусоливать, прочти пожалуйста — http://msdn.microsoft.com/en-us/library/dd183490(v=vs.85).aspx (обрати внимание на lpszDevice).

печатающих пдф напрямую с поддрежкой форм и яваскрипта?

Слушай, это даже для меня толсто... ;)

распечатать только текст без бэкграунда и колонтитулов. Или принтануть документ без картинок.

А вот здесь не проиграем. Печатать меньше => меньше объём допечатной обработки => меньше объём, передаваемый принтеру для работы => PROFIT! Здесь даже выигрыш в скорости будет. Как ни крути, а компьютер шустрее будет принтера.

с твоим асером и нокией 3310 обсуждаем. Мы обсуждаем технологию печати с персоналок на обычные офисные принтеры, если ты вдруг забыл. ;)

Нет, не забыл. Про «устройства вывода» отписался выше, но с удовольствием готов пообсуждать и тебя с твоим iPhone'ом и iPad'ом. ;)

А как принтер будет печатать документ? Телепатически?
Принтер не берет данные из астрала, он берет данные по кабелю/радиосигналу в определенном формате. И для 99% офисных принтеров форматов этих два - либо постскрипт, либо PCL.

IPP/http/lpr, не оно? Найди мне в http://tools.ietf.org/html/rfc3510 (это про IPP) хотя бы одно упоминание о PostScripte, сделай одолжение? Так чего там насчёт астрала?

мой юный упоровшийся друг

Милейший, Вы бы для начала косячком поделились? А то Вы вот там что-то курите, а меня на «ха-ха» прошибает здесь. Аж статистку нарисовали про 99 прОцентов... Хотя, это уже не про курево. Тут, похоже, малость всё потяжелее... ;)

Во-первых, какая на фиг разница какое устройство вывода мы используем? Да хоть плоттер!

Бггг. Чувак, посмотри в педивикии, что такое ppi, что такое dpi, что такое RGB/CMYK, в конце концов. Я-то понимаю, что тебе, как порядочному школьнику без разницы что и куда выводить. Но в _реальном мире_ эта разница есть.

А вот здесь не проиграем. Печатать меньше => меньше объём допечатной обработки

Ты нихера не понял. С пдф, где глифы заменены на кривые, ты всего этого сделать просто не сможешь. Это можно сделать только с нормальными пдф или постскриптом.

С чего ты взял что принтер обязан конвертировать PS->PDF->PS? Где это написано? Из чего следует?

Ты часом, не того? Тебе по теме уже дважды или трижды объяснили (и не только я) почему PS.

IPP/http/lpr, не оно?

Нет, не оно. Иди, гугли дальше.

Найди мне в

А полы тебе не помыть?

Милейший, Вы бы для начала косячком поделились?

Давай ты проследуешь в гугл, и, наконец, узнаешь, что такое принтер, и как он работает. А потом я с тобой поделюсь. ;)

Занимательно...

Я-то понимаю, что тебе, как порядочному школьнику без разницы что и куда выводить. Но в _реальном мире_ эта разница есть.

Да нет, не понимаешь... Иначе бы помалкивал про оффтоп. Я же тебя за язык-то не тянул? Что, пример с Device Context встал поперёк горла? Ну, да ни чего... Чай не в оффтопе же... ;) Хотя, чуть ниже мы сейчас это продолжим...

Ты нихера не понял. С пдф, где глифы заменены на кривые, ты всего этого сделать просто не сможешь. Это можно сделать только с нормальными пдф или постскриптом.

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

By using PostScript (PS) language, the glyphs are described with cubic Bézier curves (as opposed to the quadratic curves of TrueType), and thus a single set of glyphs can be resized through simple mathematical transformations, which can then be sent to a PostScript-ready printer. Because the data of Type 1 is a description of the outline of a glyph and not a raster image, Type 1 fonts are commonly referred to as «outline fonts».

Так что, прости, но ты малость не прав. «Кривые» (вот сюрприз, да?) есть в самом что ни наесть «нормальном» и PDF и PS. Да и про глифы, где (с твоих слов, опять сюрприз) таки кривых нет, ты малость промазал. Они, таки, есть... Иначе за твои слова про:

С пдф, где глифы заменены на кривые,

ну ты понял что с тобой надо сделать? Косяк это... А за косяки, сам знаешь или подсказать? ;)

Другой твой косяк (по тому же документу):

For users wanting to preview these typefaces on an electronic display, small versions of a font need extra hints and anti-aliasing to look legible and attractive on screen.

Странным образом, но по-моему все кроме тебя понимают что гондобить 20 или 30 вариантов отображения это дело тухлое. Гораздо проще абстрагироваться и использовать некое обобщённое устройство вывода, которое может быть в принципе чем угодно. Хоть, повторю, плоттером.

Короче на, читай — http://en.wikipedia.org/wiki/PostScript_fonts, перед отбоем доложишь своими словами.

Что за бред...

Это был взрыв хохота...

Нет, не оно. Иди, гугли дальше.

... в отделе. Спасибо что отписали это в конце рабочего дня, а то мои бойцы ржали бы остаток дня как кони стоялые... :))) Настроение поднято... Особенно опосля вот этих слов:

А как принтер будет печатать документ? Телепатически?

Принтер не берет данные из астрала, он берет данные по кабелю/радиосигналу в определенном формате. И для 99% офисных принтеров форматов этих два - либо постскрипт, либо PCL.

Т.е., так и запишем... В России данные на принтер передаются в PostScripte. И принтер конфигурируется ни фига не на использование lpr/ipp/http, а на использование PostScript... Гы-гы-гы... Рыдддааааааюююю... :)))))))

/* Это можно прямиком на bash.org.ru Протокол передачи данных — только голубиный postscript, там-тамный pdf не предлагать. Это сколько же надо выкурить чтобы спутать протокол передачи данных от компьютера к устройству и описание документа? */

Т.е., так и запишем... В России данные на принтер передаются в PostScripte. И принтер конфигурируется ни фига не на использование lpr/ipp/http, а на использование PostScript... Гы-гы-гы... Рыдддааааааюююю... :)))))))

Рыдай дальше, потому что на самом деле ты ****ёб, не отличающий формат описания документа от формата передачи.

> если он всё равно его, сука, будет интерпретировать как PS?

... нафига? Нафига его интерпретировать как PS? Кто вообще сказал что на принтере обязан быть PS?

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

Прелесть PDF в том, что его вовсе не нужно интерпретировать на принтере.

ORLY? А как же кривые, на которые ты ссылаешься выше?

С чего ты взял что принтер обязан конвертировать PS->PDF->PS? Где это написано? Из чего следует?

По условию, блжад. Есть принтер, воспринимающий PS. Есть прога, выдающая тоже (сюрприз!) PS. Кому в данном случае здесь нужен PDF? Мне? Тебе? Принтеру? Админу, который это будет поддерживать? Или же автору этого чудо-сервера, старающегося всех под одну гребёнку равнять? 640кб хватит всем, да.

Приятно поговорить с умным и эрудированным собеседником, да.

Ну, анонимус уже тебе объяснил, что ты долбоёб. Так что можешь рыдать со своими бойцами-одноклассниками после уроков дальше. ;)

Ага...

Рыдай дальше, потому что на самом деле ты ****ёб, не отличающий формат описания документа от формата передачи.

Именно я, согласен. Потому как именно я, а не LamerOk выписывал тут что данные передаются в форме PostScript и не иначе. :))) И именно я, т.к., я всего-навсего предложил показать мне в стандарте на IPP где же там сказано что PostScript-only всё должно передаваться. Там (то же сюрприз) нет ни единого упоминания о том, что в PS... вот незадача...

Так что, возможно это и окажется сюрпризом, но как раз Ваш некорный слуга (сиречь я) и обратил внимание на такого рода несоответствия в утверждениях нашего уважаемого коллеги.

Он там не обязан быть.

В том-то всё и дело... Уже начало (хоть до кого-то) доходить.

Но если есть, я хочу его использовать нативно, а не через задницу в виде двойной конвертации формата.

Обратитесь к производителю принтера, в отдел поддержки, возможно Ваши пожелания и учтут... Хотя, скорее всего, ответ будет в виде — «внимательно изучив Ваше предложение, мы приняли решение об оптовом закупе той травы, которую Вы курите...»

ORLY? А как же кривые, на которые ты ссылаешься выше?

YARL. С кривыми — точно так же как и сейчас. По-моему, то, что процесс допечатной подготовки и непосредственной печати разделены, это ни как не доходит... Хорошо. Адресую вопросы, которые задавал LamerOk, Вам — что, в случае PDF принтер сам заполняет формы? Принтер производит дешифрацию документа? Принтер подставляет вместо несуществующих в системе шрифтов недостающие? Принтер исполняет JavaScript, который может содержаться в документе? Нет? Ну так в чём проблема?

По условию, блжад. Есть принтер, воспринимающий PS. Есть прога, выдающая тоже (сюрприз!) PS.

Да кривое какое-то у Вас условие, милейший... Есть принтер с PS? Нет принтера с PS. Есть программа с PS? Нет программы с PS. Так понятнее? В том же libreOffice нет поддержки PS «искаропки». И админ Вам такое «спасибо» без вазелина выделит, что на больничном пару недель посидеть придётся. В том-то и дело, что для массового использования Ваш подход не применим. Можно смело сказать — PS R.I.P. Закапывайте.

Кому в данном случае здесь вообще нужен PS?

/* Fixed. */ Коль скоро это вообще-то вещь, которой может и не быть на принтере? Нет, ну и не нужно. Мнением 0.01% упоротых в хлам нердов можно свободно пренебречь. Для плноты их кайфа им можно выделить по матричному принтеру, пусть развлекаются.

Или же автору этого чудо-сервера, старающегося всех под одну гребёнку равнять?

Да. Несмотря на то, что чувак Поттеринг с детства, он делает две правильных вещи. Мир стремится к универсализации, приятель. Тут ни чего не поделаешь.

Ну, анонимус уже тебе объяснил, что ты долбоёб.

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

Ну и да... Глядя на твоё сообщение, я теряюсь в догадках — а чё почерк-то такой неровный? Это от этого... как его, баттхёрта? :)))

Кстати, да...

Слушай сюда — я же тебе сказал «перед отбоем», а не «после подъёма».

Доберёшься до расположения, доложишь своему сержанту о наложенном на тебя старшим офицером взыскании. Вольно, боец. Свободен...

Хватит уже повторять эту желтую новость. Изъяли устаревшую функциональность, а «криминал» только в том, что это сделали разработчики Apple.