Бегло почитав схему, нашел очень много сходства с svg. Который, в свою очередь, по-сути, xml-нотация pdf-формата, который, по сути, postScript 3 без возможностей вычислений-ветвлений во время парса/рендера и забавной организацией ресурсов. То-есть, по-сути мс ничего нового тут не сказала :)
Я не нашел в схеме конструкций, которые позволяли бы реализовывать mesh fill. просто градиенты -- это очень-очень вчерашний день.
в целом, куча вопросов по типографике -- много низкоуровневых фич, но нет управления кернингом, скажем.
режимов наложения прозрачности (это которые в фотошопе multiply, скажем) не нашел. а в pdf 1.5 они уже были. текущая распространенная версия pdf -- 1.6.
примерно понятно, как устроено задание device-independent или device-specific цвет -- тоже не здорово. Не нашел, скажем, атрибута, отвечающего за тип рендера объекта -- perceptual | rel colorimetric | abs colorimetric | saturation. А это для современной системы описания страниц фича, которая маст би презентед. Тем более в висту встроена cms (color management system), использующая последние наработки в системах адаптации цвета под условия освещения и носитель. А в XPS даже намека нет на использование этих фич.
И я не понял, почему нет поддержки, например, именованной палитры.
При этом были обнаружены реликвии вроде возможности задания правила заливки -- NZW rule | EO fill :)
Короче, ребятам, которые это все придумали, явно имело смысл скачать и изучить референс по постскрипту 3 и последнему пдф. Было б точно лучше.
Таким образом, XPS не тянет на лучший язык разметки современности по функционалу.
НО! Интеграция на системном уровне в Висту -- это плюс, который перекрывает многие минусы. Уровня представленных фич уже достаточно для создания машины для автоматической верстки, скажем, газеты, вообще без верстальных приложений -- только интеграцией ворда, экселя, инфопаса и ИЕ.
Тем не менее фраза "By implementing XPS in your application, your customers can experience print quality previously found only in high-end graphic arts applications" выглядит явно рекламной. Этот язык разметки не поддерживает многих даже базовых фич этих самых хай-энд графикс арт приложений. Это пока emf в xml-нотации Ж)
примерно так :) Это я тебе как продвинутый деятель индустрии изготовления и описания этих самых страниц говорю :)
С другой стороны, поддержка на системном уровне human-readable языка разметки страниц -- это безусловное благо.
no subject
Бегло почитав схему, нашел очень много сходства с svg. Который, в свою очередь, по-сути, xml-нотация pdf-формата, который, по сути, postScript 3 без возможностей вычислений-ветвлений во время парса/рендера и забавной организацией ресурсов. То-есть, по-сути мс ничего нового тут не сказала :)
Я не нашел в схеме конструкций, которые позволяли бы реализовывать mesh fill. просто градиенты -- это очень-очень вчерашний день.
в целом, куча вопросов по типографике -- много низкоуровневых фич, но нет управления кернингом, скажем.
режимов наложения прозрачности (это которые в фотошопе multiply, скажем) не нашел. а в pdf 1.5 они уже были. текущая распространенная версия pdf -- 1.6.
примерно понятно, как устроено задание device-independent или device-specific цвет -- тоже не здорово. Не нашел, скажем, атрибута, отвечающего за тип рендера объекта -- perceptual | rel colorimetric | abs colorimetric | saturation. А это для современной системы описания страниц фича, которая маст би презентед. Тем более в висту встроена cms (color management system), использующая последние наработки в системах адаптации цвета под условия освещения и носитель. А в XPS даже намека нет на использование этих фич.
И я не понял, почему нет поддержки, например, именованной палитры.
При этом были обнаружены реликвии вроде возможности задания правила заливки -- NZW rule | EO fill :)
Короче, ребятам, которые это все придумали, явно имело смысл скачать и изучить референс по постскрипту 3 и последнему пдф. Было б точно лучше.
Таким образом, XPS не тянет на лучший язык разметки современности по функционалу.
НО! Интеграция на системном уровне в Висту -- это плюс, который перекрывает многие минусы. Уровня представленных фич уже достаточно для создания машины для автоматической верстки, скажем, газеты, вообще без верстальных приложений -- только интеграцией ворда, экселя, инфопаса и ИЕ.
Тем не менее фраза "By implementing XPS in your application, your customers can experience print quality previously found only in high-end graphic arts applications" выглядит явно рекламной. Этот язык разметки не поддерживает многих даже базовых фич этих самых хай-энд графикс арт приложений. Это пока emf в xml-нотации Ж)
примерно так :) Это я тебе как продвинутый деятель индустрии изготовления и описания этих самых страниц говорю :)
С другой стороны, поддержка на системном уровне human-readable языка разметки страниц -- это безусловное благо.