|
Одна из самых неприятных и опасных тенденций в человеческом обществе «кампанейщина» любых видов.
Этакое, знаете ли, ильфо-петровское: «Ударим автопробегом по бездорожью и разгильдяйству!». Или, если угодно, «ударим PDF’ом по %PostScript error’у и раздутым файлам» суть та же.
В ходе умело проводимой кампании индивидуумы теряют критическое мышление и превращаются в толпу. Осуществляются неоправданные инвестиции, а потери и отсутствие желаемых успехов всегда можно списать на «перегибы на местах».
Именно поэтому, когда очередную новинку объявляют панацеей, ложка дегтя в виде небольшой порции здравого смысла представляется вполне уместной. Прежде чем провозглашать безвременную кончину PostScript и здравицы в честь PDF, давайте попробуем разобраться: в чем провинился PostScript; в чем преимущества PDF; чем, в сущности, одно отличается от другого; как можно использовать преимущества PDF; есть ли другие альтернативы PostScript.
В чем недостатки PostScript’a Начнем с истории.
Язык PostScript был создан в середине 80-х годов фирмой Adobe как универсальный язык управления абстрактным графическим устройством, реальным прототипом которого выступал лазерный принтер. Надо сказать, отнюдь не первый язык такого рода.
С точки зрения математики, задача управления графическим выводом была решена полностью и окончательно уже в тот момент, когда матричный принтер Epson FX (или ему подобный) научился ставить одну единственную точку в точно указанной позиции.
К сожалению, с точки зрения здравого смысла способ «поточечного» вывода для практического применения был слишком медленным и малоэффективным, поскольку требовал передачи на принтер информации о цвете каждой точки и черной, и белой (цветных принтеров тогда еще не было вовсе).
Во первых, эта информация явно избыточна (большая часть листа все равно остается белой), во вторых, управляющий компьютер (тот, с которого производится печать) вынужден просчитать в памяти всю картинку с точностью до отдельного пиксела, прежде чем приступить к выводу. А если учесть, что типичными характеристиками рабочей станции в те времена было «4 Мбайт ОЗУ/40 Мбайт жесткий диск», становится ясно, что для массового применения процедуры графического вывода были слишком долгими и ресурсоемкими.
По мере расширения собственного интеллекта принтеров, база языков управления смещалась от оперирующих с отдельными точками к векторно ориентированным, базирующимся на системе команд перьевого графопостроителя. Принтер стал получать команды типа «провести линию из точки А в точку В» или «напечатать символ А в позиции X,Y».
Формирование каждой точки и полного растрового образа страницы стало прерогативой принтера, для чего в его аппаратную часть, помимо собственно печатающего механизма, стал включаться довольно сложный специализированный компьютер. Прекрасно справляясь с задачами печати из офисных приложений, языки управления принтерами «до PostScript’овского» времени (типа успешно сохранившегося PCL) плохо подходили для работы в зарождавшихся настольных издательских системах.
Компания Adobe нацелилась на решение трех существенных проблем: сложности в работе с разнообразным набором шрифтов; малая эффективность при формировании периодически повторяющихся рисунков; фактическая неспособность удаления сформированного изображения. Для их решения была создана первая версия языка управления Adobe PostScript.
Он
существенно отличается от предшествующих языков следующим:
1. Базой описания кривых как в символах шрифта, так и в графике стали кривые Безье или кубические сплайны. В отличие от широко распространенных до этого дуг окружностей и квадратичных парабол, кривые Безье обеспечивают более гладкую аппроксимацию контуров по меньшему количеству точек.
2. PostScript принтер не разделяет память для хранения шрифтов и рабочую область для формирования картинки, увеличивая эффективность использования памяти и разрешая загрузку произвольного числа шрифтов с произвольным количеством символов в каждом.
3. PostScript является полноценным языком программирования, в отличие от предшествующих языков управления, представлявших собой линейные последовательности команд. Повторяющиеся фрагменты кода определяются как подпрограмма, которая вызывается сколько угодно раз. Если для разметки странички тетради «в линейку» обычный язык управления содержит сотню последовательных команд «провести линию», PostScript может содержать единственный цикл, эквивалентный инструкции «провести линию сто раз с таким то шагом». Количество информации и эффективность исполнения повышаются если уж не в сто, то в десятки раз.
Приведенный перечень преимуществ и особенностей языка PostScript (возможно, неполный) объясняет его быстрый успех. Фирма Adobe сделала PostScript базой внутреннего кода программы Adobe Illustrator и создала на его основе формат данных EPS encapsulated PostScript, ставший ведущим форматом межпрограммного и межплатформенного переноса векторной информации в издательских системах. В соответствии с логикой PostScript, EPS файл представляет собой просто определение подпрограммы, которое можно поставить в PostScript код для вывода «как есть», снабдив лишь командами позиционирования на странице и (возможно) масштабирования.
С появлением лазерных экспонирующих устройств высокого разрешения PostScript естественным образом стал основным языком для вывода информации через эти устройства. Последующие полтора десятилетия внесли мало изменений в принципиальную структуру языка. Хотя появились продвинутые версии Level 2 и 3 (без Level), изменения в наибольшей степени касались возможностей включения в PostScript информации управления выводными устройствами (многокрасочное цветоделение, вывод цветных изображений, включение ICC профилей цветоделения и т. д.) и расширения поддерживаемых форматов графики, включенной в PostScript (сначала был разрешен TIFF, затем JPEG, цветные изображения в модели RGB и т. д.).
В основе своей PostScript как язык описания графических объектов с обратной нотацией не претерпел никаких изменений. Все прекрасно, скажет нетерпеливый читатель, но почему тогда речь зашла о замене столь удачной технологии на что то другое?
Очевидно, недостатки у языка PostScript были. И, как ни парадоксально, недостатки PostScript вплотную примыкают к его достоинствам. Во первых, PostScript является языком программирования, а не просто форматом данных. Если для обычного формата управления графикой результат выполнения каждой отдельной команды и может измениться, скажем, при изменении разрешения, то взаимное влияние команд полностью отсутствует. С программой PostScript дело обстоит иначе. Даже не очень опытный программист объяснит, что для любого языка программирования результат работы на разных платформах и разных компиляторах (или интерпретаторах) может и, как правило, будет различаться. Не очень сильно, но будет. Поэтому программу, предназначенную для исполнения на разных платформах, долго и тщательно тестируют и отлаживают на каждой из них.
Но в случае языка PostScript программа это сам файл, подлежащий выводу. Исполнение это вывод файла. Никто не может позволить себе заниматься тестированием и отладкой, поэтому файл должен быть закодирован с максимальным использованием информации о том выводном устройстве, на котором будет осуществляться вывод.
Попытка вывести на Linotronic PostScript файл (читай: исполнить на Linotronic RIP PostScript программу), подготовленный для Harlequin, может с полным правом не увенчаться успехом или привести к выводу чего то неправильного. Итак, отмечаем первый «грех» неуниверсальность.
Для каждой платформы, т. е. для каждого RIP, PostScript должен делаться индивидуально, причем с учетом конкретных параметров вывода (линиатура, разрешение и т. д.). Это не было проблемой в момент создания языка никто тогда и не предполагал, что файлы в формате PostScript будут возить на другой конец города (или пересылать по телефону), чтобы там вывести.
Это стало проблемой теперь, когда пользователь вынужден перебрасывать заказ на вывод из одного репроцентра в другой, иногда в последний момент, когда файлы уже готовы к выводу. Позвольте, скажет внимательный читатель, у меня в верстке стоят иллюстрации в формате EPS, которые, как было сказано выше, помещаются в PostScript «как есть». Как же с ними быть в плане переносимости? Ответ простой «как есть». В принципе, внутрь EPS не помещается никакой особой информации о разрешении вывода, линиатуре и других специфических для данного устройства параметрах. Но если при пересчете векторной иллюстрации, записанной в EPS с разрешением 800 dpi «по умолчанию», на реальное разрешение вывода 2540 dpi растровый процессор (интерпретатор PostScript) «зациклится» или выдаст сообщение об ошибке будьте спокойны и терпеливы.
справочная система, правовая система, купить консультантплюс|Cottage.Ru: коттеджные поселки московской области|онлайн игра стальные гиганты|окна|герметизация
|
