Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

Спорный [ править ]

Я не могу найти авторитетный источник, но каждый источник, который я могу найти (и моя собственная память), говорит, что Display Postscript был разработан в Adobe, и что NextStep был только одним из первых лицензиатов. Даже если я ошибаюсь в этом, расплывчатые формулировки о том, как DPS стала продуктом Adobe, указывают на непроверенные факты, и их необходимо преобразовать в нечто определенное. --- Isaac R 21:26, 21 апреля 2005 г. (UTC)

Из интервью (извините, у меня тоже нет источника) с программистами Adobe, которые участвовали в создании Display Postscript, я подозреваю, что программисты Adobe заключали субподряд в NeXT и, возможно, даже работали из офисов NeXT во время разработки проекта. Я почти уверен, что это были совместные усилия, при этом Adobe выполняла большую часть работы, а NeXT решала, как это будет работать. На самом деле у NeXT не так много собственного персонала, они много работали на субподряде, насколько я могу судить по людям, которые были вовлечены. Сами NeXT получали большую часть своего дохода от консалтинга, поэтому их рабочая нагрузка значительно варьировалась. Они использовали субподрядчиков для обработки изменений в рабочей нагрузке, поскольку корпоративные / государственные клиенты просили внести изменения / улучшения в NeXT. - 58.168.42.109 ( Обсуждение) 22:27, 20 апреля 2014 г. (UTC)

DPS был создан совместными усилиями Adobe и NeXT [ править ]

Я могу говорить об этом достаточно авторитетно, поскольку я работал на стороне Adobe (см. / Http://theory.kitp.ucsb.edu/~paxton/ для получения дополнительной информации о моей истории). Один из моих первых проектов в Adobe, когда Стив Джобс еще работал в Apple, а первый LaserWriter еще не родился, заключался в создании драйвера дисплея для PostScript, чтобы он мог создавать изображения прямо на экране рабочей станции Sun. Я использовал эту систему для создания системы редактирования контуров шрифтов, написанной на PostScript, которую мы использовали для создания первых шрифтов Type 1. Так что есть реальный смысл, в котором «дисплей PostScript» был создан в Adobe задолго до того, как появился NeXT.

Но этот ранний DPS совсем не годился для поддержки чего-то вроде NeXT Step. Так что оставалось еще много работы, когда Джобс связался с Adobe и предложил проект с NeXT. Adobe предоставила исходники для PostScript (за исключением модуля чувствительных шрифтов), техническую поддержку (я) и любые необходимые изменения со стороны Adobe (я, опять же). Сторона проекта NeXT заключалась в создании чего-то, что действительно работало бы для качественного интерактивного пользовательского интерфейса на основе дисплея. Они проделали блестящую работу, и работать с ними было одно удовольствие.

Многие вещи, изученные при отображении PostScript, были включены в версию PostScript уровня 2. DPS также стал важным шагом на пути к PDF-файлам.

Что касается того, почему Apple Quartz использует PDF, а не DPS, я могу только догадываться (я был в другом месте, когда это происходило). Я предполагаю, что PDF просто лучший выбор, чем DPS по чисто техническим причинам. Неудивительно, что весь опыт работы с PostScript в конечном итоге привел Adobe к созданию чего-то еще лучшего. И также неудивительно, что Apple признала этот факт.

--- Билл Пэкстон, 15 мая 2005 г.

Представление? [ редактировать ]

Мне всегда казалось, что даже без учета лицензионных требований DisplayPDF значительно быстрее, чем DPS. Он имеет дело с более простым набором инструкций и не обязательно должен быть полным по Тьюрингу . Другими словами, это Teh Snappy .

Фрэнки 13:57, 2005 1 августа (UTC)
Отображение PDF (я думаю, вы имеете в виду Quartz , Apple никогда официально не называла его Display PDF), хотя я не знаю, быстрее ли он, предлагает другие преимущества. Например, вы можете сохранять файлы прямо в PDF из любого диалогового окна печати, не запуская Acrobat. PDF имеет много преимуществ как формат документа по сравнению с PostScript, что я изменил в статье, чтобы отразить это. 142.150.142.28 02:19, 30 августа 2005 г. (UTC)
Что ж, учитывая, что OS X была намного медленнее с графикой, чем Rhapsody (я запускал их обе), аргумент о скорости, в общем, спорен. Различия в терминах «теоретической производительности» кажутся ограниченными. ИМХО, я сомневаюсь, что декодирование в интерпретаторе представляет какое-либо реальное время по сравнению с фактическим запуском математики и передачей битов по шине. Что касается «преимуществ» сохранения непосредственно в PDF, то, конечно, можно было бы сделать это и с DPS. Эти два понятия очень похожи по концепции и, как правило, легко конвертировать между ними (конечно, с исключениями). Мори 22:32, 18 апреля 2006 г. (UTC)

«В то время как ранние версии систем отображения Postscript были разработаны в Adobe, полная реализация Display PostScript была разработана в сотрудничестве с Adobe Systems […]». Разве первым «Adobe» не должно быть «NeXT»? «Современные полноцветные дисплеи без полутонов сделали эту идею в основном устаревшей». Насколько я понимаю, это неправильно. У кварца есть паттерны со сдвигом фазы, которые в принципе одно и то же. (Стандартный фон окна - очевидный пример шаблона.) - Аруман 11:15, 28 марта 2006 г. (UTC)

Фиксированный. Мори 22:32, 18 апреля 2006 г. (UTC)

NeWS и Display PostScript - это полные различные реализации спецификации Adobe PostScript [ править ]

Предложение «полная реализация Display PostScript была разработана для NeWS Sun Microsystems в 1986 году» неверно. NeWS не был Display PostScript. NeWS был реализацией PostScript, который отображался на экране, реализованным Джеймсом Гослингом, Дэвидом Розенталем и другими в Sun, но Display PostScript - это совершенно отдельный продукт, который абсолютно не имеет общего кода с NeWS. - Предыдущий неподписанный комментарий, добавленный Xardox ( обсуждениевклад ) 08:11, 20 февраля 2011 г. (UTC)

Внешние ссылки изменены [ править ]

Привет, друзья Википедии,

Я только что изменил 2 внешние ссылки на Display PostScript . Пожалуйста, найдите время, чтобы просмотреть мою правку . Если у вас есть какие-либо вопросы или вам нужно, чтобы бот игнорировал ссылки или страницу в целом, посетите этот простой FAQ для получения дополнительной информации. Я внес следующие изменения:

Когда вы закончите просматривать мои изменения, вы можете следовать инструкциям в шаблоне ниже, чтобы исправить любые проблемы с URL-адресами.

По состоянию на февраль 2018 г. разделы страницы обсуждения «Изменены внешние ссылки» больше не создаются и не отслеживаются InternetArchiveBot . В отношении этих уведомлений на странице обсуждения не требуется никаких специальных действий, кроме регулярной проверки с использованием приведенных ниже инструкций инструмента архивации. Редакторы имеют разрешение удалить эти разделы «Внешние ссылки изменены» на странице обсуждения, если они хотят убрать беспорядок на страницах обсуждения, но перед массовым систематическим удалением просматривают RfC . Это сообщение динамически обновляется с помощью шаблона (последнее обновление: 15 июля 2018 г.) .{{sourcecheck}}

  • Если вы обнаружили URL-адреса, которые бот ошибочно считал мертвыми, вы можете сообщить о них с помощью этого инструмента .
  • Если вы обнаружили ошибку в каких-либо архивах или самих URL-адресах, вы можете исправить их с помощью этого инструмента .

Ура. - InternetArchiveBot ( Сообщить об ошибке ) 02:15, 6 декабря 2017 г. (UTC)