WikiDer > QuickDraw GX

Эта статья нужны дополнительные цитаты для проверка. Пожалуйста помоги улучшить эту статью к добавление цитат в надежные источники. Материал, не полученный от источника, может быть оспорен и удален. Найдите источники: «QuickDraw GX» – Новости · газеты · книги · ученый · JSTOR (Февраль 2007 г.) (Узнайте, как и когда удалить этот шаблон сообщения)

QuickDraw GX был заменой Зарисовка (QD) 2D графический движок и диспетчер печати внутри классическая Mac OS. Его базовая платформа для рисования не зависела от разрешения объектно-ориентированный сохраненный режим система, что значительно упрощает программистам выполнение общих задач (по сравнению с оригинальной QuickDraw). Кроме того, GX добавил различные команды рисования кривых, которых не хватало в QD, а также представил TrueType в качестве основной системы шрифтов.

Хотя GX определенно решил многие проблемы QD, к тому времени, когда он стал доступен, большинство разработчиков в любом случае уже разработали свои собственные решения этих проблем. GX также страдал от ряда несовместимостей в существующих программах, особенно в тех, которые разработали свои собственные расширения QD. Это вкупе с противодействием значительной части рынка разработчиков, особенно PostScript владелец Adobe, а также отсутствие информации со стороны Apple о преимуществах GX и о том, почему пользователи должны его использовать, привели к тому, что технология была оставлена ​​на второй план.

QuickDraw GX практически не развивался после своего первого выпуска и был официально «убит» с покупкой Следующий и возможное принятие Кварцевый модель визуализации в Mac OS X. Многие из его компонентов остались прежними и теперь являются стандартными для текущей платформы Macintosh; TrueType GX в частности, с некоторыми изменениями стал широко используемым современным стандартом в виде Переменные шрифты OpenType.

История

Проблемы с QuickDraw

К концу 80-х архитектурные ограничения QuickDraw начали накладывать ограничения на Apple и сторонних разработчиков.^[1]

• Все общедоступные структуры данных QuickDraw предполагают 16-битное целочисленное координатное пространство без предоставления дробных координат.^[2]
• Добавление новых функций в QuickDraw было чрезвычайно сложным из-за отсутствия данных, скрываемых в API. Центральной структурой данных в QuickDraw был GrafPort, структура со всеми открытыми переменными-членами. Хуже того, структура GrafPort была разработана для непосредственного встраивания в структуры данных сторонних разработчиков, поэтому Apple не могла добавлять новые переменные. Color QuickDraw, представленный в 1987 году, был огромным кладжем поверх оригинального черно-белого QuickDraw. Это увеличило сложность разработки цветных приложений для Mac.^[2] Например, QuickDraw не мог легко поддерживать расширенные графические преобразования, такие как вращения и сдвиги, а введение новых типов данных, таких как кривые, было невозможно.^[3]

Создание GX

GX, похоже, зародился окольными путями, первоначально как система контурных шрифтов, которая будет добавлена ​​в Mac OS. В движок рендеринга шрифтов был включен ряд обычно полезных расширений, в частности фиксированная точка система координат и множество команд рисования кривых. В систему также включена система «обертывания» существующего PostScript. Шрифты типа 1 в собственный внутренний формат, в который добавлены версии предварительного просмотра растровых изображений для быстрой визуализации на экране. Позже этот проект приобрел более широкую роль, когда Apple и Microsoft согласились работать вместе, чтобы создать альтернативу шрифтам PostScript, которые были чрезвычайно дорогими, создавая TrueType усилия, основанные на существующих усилиях Apple.

Другой проект, поначалу явно не связанный с этим, пытался решить проблемы с преобразованием из QuickDraw в различные форматы вывода на принтер. Если раньше разработчикам приходилось писать свой собственный код для преобразования экранного дисплея QuickDraw в PostScript для печати, то в новой архитектуре принтера такие преобразования обеспечивала бы ОС. Кроме того, новая система была специально спроектирована так, чтобы быть максимально гибкой, поддерживая не только принтеры QD и PS, но, возможно, и другие стандарты, такие как Hewlett Packardс PCL также. Система также поддерживала «настольные принтеры» (принтеры, которые появляются в виде значков на рабочем столе пользователя), давно востребованную функцию, отсутствующую в QD, и добавляла улучшенные диалоговые окна и элементы управления печатью.

Не ясно, когда проекты объединились, но в то время это было общей темой для Apple. Менеджеры среднего звена были вовлечены в интенсивную дерновая война на протяжении большей части конца 1980-х и начала 1990-х, собирая проекты вместе в «сверхпроекты», которые содержали достаточно важного кода, чтобы сделать их «неубиваемыми». К сожалению, это часто резко задерживало проекты; один компонент, отстающий от графика, вынудил отложить всю коллекцию, чтобы их можно было выпустить «в полном объеме». QuickDraw GX был одной из таких жертв, и задержки и изменения направления в TrueType и другие проблемы значительно задержали внедрение GX.

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

Выпуск и использование

Первоначально GX был выпущен примерно в январе 1994 года как отдельный пакет. Версия 1.1.1 была в комплекте с Система 7.5 позже в том же году. Система была принята с глухим стуком. Пакет был достаточно большим, чтобы напрячь память большинства существующих Macintosh компьютеров той эпохи, и аргументы вроде «теперь можно печатать в PostScript» были менее чем впечатляющими, учитывая, что многие существующие программы уже добавили такую ​​поддержку. Пользователи и разработчики обычно игнорировали GX, и «рынка» для системы просто так и не появилось.

Похоже, что для провала GX на рынке нет единой причины, но, безусловно, некоторые из них сговорились снизить его привлекательность. Во-первых, GX был очень большим и сам по себе требовал столько же памяти, сколько и остальная ОС.^[4] Скорость также была проблемой, ограничивая ее запуск только на Mac с Motorola 68020 или лучше. Учитывая, что установленная база Mac в то время все еще содержала большое количество компьютеров на базе 68000, таких как Mac Plusэти требования ограничивали количество машин, на которых он мог работать. Когда он был впервые выпущен, в одном обзоре отмечалось, что «QuickDraw GX не для всех и требует больше оперативной памяти, чем есть на многих Mac». ^[5]

Кроме того, API ибо система была очень большой, заполняя несколько книг. Реализовать программу GX было нелегко, хотя разработка должна была быть намного проще. Это была не проблема самой архитектуры GX, а побочный эффект «всеохватывающего» характера системы - проблема, от которой страдали большинство продуктов Apple той эпохи (см. PowerTalk например). В результате обращение разработчиков было ограничено; потребуется много усилий, чтобы использовать систему в программах, и полученное приложение может работать только на подмножестве установленной базы, не говоря уже о предстоящих Windows 95, который тогда был в разгаре беспрецедентной прессы. Количество основанных на GX (в отличие от GX-совместимый) программы можно было пересчитать по пальцам одной руки, один пример Pixar Typestry.^[6]

Кроме того, изменение в системах печати представило серьезные реальные проблемы. Хотя печать PostScript никогда не была простой, за годы, прошедшие с момента выпуска оригинала, LaserWriter разработчики создали библиотеку решений типичных проблем. С изменением архитектуры для GX большинство из них перестали работать. Новые «драйверы GX» были необходимы и для принтеров, и Apple не поставляла драйверы для всех их собственный принтеры, не говоря уже о любых сторонних. Проблемы с печатью были обычным явлением, и их было так трудно исправить, что пользователи часто разочаровывались в системе.

Принятие GX пользователями было очень близко к нулю, как и в случае с большинством новых технологий, выпущенных Apple в начале 1990-х годов. Возможно, он широко использовался как часть Copland проект, но Copland так и не запустили. Хотя Apple продолжала утверждать, что GX - это будущее графики на Mac, к 1995 году стало ясно, что они больше не «проталкивают» его, разочаровывая своих сторонников.

Mac OS 8 отказался от поддержки архитектуры печати GX, хотя архитектуры управления текстом и цветом сохранились. Элементы архитектуры управления текстом стали частью спецификации TrueType, а элементы архитектуры управления цветом стали частью Международный консорциум цвета Технические характеристики. С появлением Mac OS X части GX живут в Службы Apple Type для обработки изображений Unicode (ATSUI), а в ColorSync, формат файла которого идентичен исходному формату, разработанному для GX.

Описание

Графика

QuickDraw GX основан на объектно-ориентированный модель, в которой графические объекты осведомлены о своем состоянии и отвечают за него. В отличие от QuickDraw, здесь нет универсального «состояния», каждая команда рисования может реконструировать состояние из данных, хранящихся в ней, или различных «родительских» объектов. Например, программист может создать RedBox объект, который сначала устанавливает красный цвет, а затем рисует квадрат. С этого момента программе больше не нужно явно устанавливать цвет перед рисованием, сама система GX всегда будет правильно устанавливать цвет рисования, когда ее просят нарисовать RedBox, и сбросьте его, когда закончите. Поскольку это состояние было частным и отправлялось в GX при необходимости, GX теоретически позволял Mac OS поддерживать защищенную память, так как состояние больше не использовалось напрямую между программами и графической системой.

Это сильно контрастирует с оригинальной QuickDraw, где программист отвечал за все изменения состояния. Например, если нарисовать redBox, а затем серию линий, линии также будут отображаться красным, если только программист явно не изменил цвет сначала. Преимущество этого подхода состоит в том, что он сводит к минимуму количество команд, необходимых для установки состояния; программист может организовать рисование, чтобы одновременно рисовать группы объектов одинакового стиля и тем самым экономить время. Недостатком этого подхода является то, что легко «забыть» изменить состояние и в конечном итоге вызвать проблемы, настолько легко, что программисты часто сохраняли и восстанавливали полное состояние перед каждой командой рисования, что потенциально потенциально снижение спектакль.

Состояние рисования в GX было иерархическим. Режим рисования по умолчанию создавался для каждого окна, как и в QD, и объекты рисования без других изменений состояния будут использовать эти значения по умолчанию. Затем программист может изменить состояние самих объектов, как в нашем RedBox например, или поочередно изменить состояние всего рисования, установив состояние в оконном объекте. Объекты GX могут быть легко собраны в группы, которые сами по себе являются объектами, что позволяет устанавливать состояние для всего сложного объекта.

Одной из частей общего состояния рисования было gxMapping. Это был 3х3 матрица которые могут выражать произвольные линейные преобразования в двух измерениях, включая перспектива искажения. Со всеми объектами GX было привязано сопоставление как часть состояния рисования, что позволяло такие вещи, как поворот и перемещение. Хотя все это состояние проходило в gxMapping для этого объекта GX также предоставил команды «оболочки», такие как «повернуть», чтобы API проще в использовании.

В отличие от QuickDraw, QuickDraw GX допускает дробные координаты. Однако это были фиксированная точка ценности, а не плавающая точка. В то время, когда GX разрабатывался (конец 1980-х - начало 1990-х), использование арифметики с плавающей запятой все еще приводило к значительному снижению производительности.

Графическая архитектура GX была построена вокруг нескольких типов объектов, которые были созданы заранее, хотя полный набор API звонки были доступны для изучения и управления ими:

• а gxShape определяет базовую геометрию формы (например, координаты контрольных точек кривой или текстовое содержимое текстового объекта).
• а gxStyle определены уточнения базовой геометрии формы, такие как толщина линии, стили заглушки и соединения, образец заливки и шрифт текста.
• а gxInk указали, как значения пикселей должны быть вычислены при рендеринге формы: помимо указания основного цвета для формы, это также включало сложную режим передачи структура, которая может определять широкий спектр функций начального и конечного значения пикселя назначения.
• а gxFont представлял шрифт, установленный либо для общесистемного использования, либо установленный «на лету» текущим приложением для собственного использования. Вызовы API позволяют запрашивать свойства шрифта, включая определение того, какие кодировки (Unicode, специфичные для языка и т. Д.) Он может поддерживать.
• а gxProfile был представлением цветового профиля ColorSync, используемого как часть спецификации цвета для рисования. GX интегрировал полную поддержку соответствия цветов на всех этапах процесса рисования, а также поддержку цветовых спецификаций, отличных от RGB (например, HSV, YUV и CIE XYZ).
• а gxTransform определил взаимосвязь между формой и устройством отображения. Кроме Отсечения путь и gxMapping, который преобразовал форму перед отображением на устройстве вывода, этот объект также указал хит-тестирование информация, которая контролировала реакцию пользователя на щелчки мышью в области фигуры.
• а gxViewDevice представлял блок памяти пикселей, в который будет отображаться рисунок. Это может быть фактическое отображение на экране или закадровый блок памяти. GX поддерживал все Зарисовка макеты пикселей; это позволяло как устройству просмотра GX, так и GrafPort QuickDraw указывать на одни и те же пиксели, тем самым позволяя приложениям смешивать оба набора вызовов рисования.
• а gxViewPort было логичным местом для рисования. В gxTransform можно указать список из более чем одного; форма будет нарисована во всех из них за один GXDrawShape вызов.
• а gxViewGroup представляет собой соединение между устройствами просмотра и портами просмотра. Каждый порт просмотра имел gxMapping, определяющий его отношение к глобальной системе координат группы просмотра; и каждое устройство просмотра имело gxMapping, который определял его местоположение и размер его пикселей относительно координат группы просмотра. Была единая предопределенная группа просмотра, которая содержала все устройства просмотра на экране (и чьи порты просмотра фактически соответствовали экранным окнам); приложения могли свободно создавать свои собственные группы просмотра для устройств просмотра вне экрана и портов просмотра.
• а gxTag позволяет прикреплять произвольную информацию, определяемую приложением, к большинству перечисленных выше типов объектов. Каждый тег имел OSType код типа, но может быть несколько тегов одного типа, прикрепленных к одному и тому же объекту.

Типы фигур

Формы GX могут быть разных типов:

• прямая линия, определяемая ее конечными точками.
• прямоугольник, определяемый его левой, правой, верхней и нижней границами.
• многоугольник, определяемый последовательностью координат вершин.
• а изгиб форма была единой квадратичной Кривая Безье определяется тремя контрольными точками.
• а дорожка форма, которая была последовательностью квадратичных Кривые Безье. Каждая контрольная точка имела соответствующий флаг, указывающий, была ли она «на кривой» или «вне кривой». Точка на кривой была конечной точкой Безье, а точка вне кривой была средней точкой Безье. Если встретились две последовательные точки вне кривой, то предполагалось, что неявная точка на кривой находится на полпути между ними. Две последовательные точки на кривой определяли отрезок прямой.
• а битовая карта shape содержал растровые данные в любом из поддерживаемых форматов пикселей.
• а рисунок shape - это группа других фигур (возможно, включая рекурсивные формы изображений) с возможностью указания дополнительных преобразований, применяемых ко всей группе.
• различные типы типографский формы описаны в разделе «Типография GX» ниже.
• дополнительные типы, которые, возможно, не были напрямую полезны для рисования, но могли быть объединены с другими формами в геометрических расчетах: пустой форма (рисование которой ничего не делало); то точка форма, состоящая из одной точки; и полный форма (бесконечного размера).

Типография

Возможности типографики GX были объединены в виде трех типов gxShape:

• Текстовые формы были самыми простыми: они содержали один прогон текста, отображаемый в едином стиле шрифта.
• Формы глифов были способом использования форм персонажей ("глифы") как чистая геометрия, например как Обтравочные контуры.
• Формы макета были самыми проработанными. Их можно разделить на несколько запусков с разными стилями шрифта, даже с разными языковыми кодировками и направлениями текста. Таким образом, можно было встроить последовательность арабского текста, отображаемого справа налево, во внешнюю последовательность латинского текста, написанного слева направо. Формы макета раскрыли всю мощь контекстных замен, кернинга, вариаций и всех других возможностей шрифтов TrueType GX. Их главное ограничение заключалось в том, что они ограничивались одной строкой текста.

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

TrueType GX

В GX было проведено важное различие между персонаж и глиф, различие также встречается в стандарте Unicode. А персонаж был абстрактным символом из набора символов системы письма, такого как буква «f» в системах письма латинского алфавита. В то время как глиф представляла собой конкретную графическую фигуру из определенного шрифта, независимо от того, представляла ли фигура отдельный символ или набор знаков. Так, например, шрифт Hoefler Text имел глифы для обозначения букв «f» и «l». У него также был другой глиф для обозначения лигатура «fl», который может быть автоматически составлен (вместо отдельных глифов) везде, где два абстрактных символа «f» и «l» последовательно встречаются в исходном тексте.

Это различие было важно в том смысле, что такие контекстные подстановки происходили во время отрисовки без каких-либо изменений исходной строки символов. Таким образом, они не влияли на редактирование или поиск текста. Файлы шрифтов PostScript Type 1 имеют только сопоставление "один-к-одному", и, поскольку лигатуры имеют сопоставление "много-к-одному", их нельзя вставить в композицию без изменения исходной строки символов, например, лигатура ffi помещается в позицию с большой буквы Y в шрифтовых продуктах Adobe, а «Adobe Office» состоит из набора «Adobe O» <изменить шрифт> «Y» <изменить шрифт> «ces». В макете строка символов разорвана, а в PDF, созданном из потокового PostScript, символы f + f + i можно восстановить, только если имя глифа следует за списком имен глифов.

Контекстными подстановками можно управлять, включив или отключив параметры композиции шрифта TrueType GX в WorldText на компакт-диске Mac OS 9 или в TextEdit в Mac OS X. Шрифты обычно имеют функции, называемые «общие лигатуры» (например, пример «fl» ), «редкие лигатуры» (такие как надписанные лигатуры ME и MD), «архаичные нетерминальные s» (для автоматической замены буквы «s» на архаическая форма который больше походил на букву «f», за исключением концов слов), и даже выбор между полностью отдельными наборами рисунков глифов, такими как более или менее богато украшенные формы.

Правила выполнения контекстных замен реализованы как государственные машины встроен в шрифт и интерпретируется LLM Line Layout Manager, аналогом модуля управления цветом CMM для служб ColorSync. Управление текстом в операционной системе позволило QuickDraw GX принимать символьные строки с любым сочетанием систем письма и сценариев и автоматически составлять строки, независимо от того, была ли кодировка Unicode 1.0 или 8-битная и 8/16-битная кодировки.

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

Эта технология стала ядром того, что Microsoft и Adobe примут на вооружение в 2016 году. Переменные шрифты OpenType.

Разработчики

• Кэри Кларк был архитектором и техническим руководителем. Он работал над Цвет QuickDraw, и стал одним из первых членов Ракетные игры и WebTV.
• Том Дауди
• Майкл Фэйрман
• Кейт МакГреггор был менеджером графической группы. Он был основным разработчиком цветовой архитектуры QuickDraw GX.
• Дэвид Ван Бринк
• Роберт Джонсон был штатным математиком QuickDraw GX.
• Крис Йерга
• Оливер Стил
• Дэйв Гуд
• Пабло Ферникола

TrueType GX:

• Дэйв Г. Опстад был архитектором движка типографики и таблиц форм в шрифтах Apple. Затем он стал техническим руководителем в Monotype Imaging.
• Эрик Мадер
• Сампо Касила
• Майк Рид
• Арло

Рекомендации

внешняя ссылка

• QuickDraw GX - Документация Apple GX в Интернете