![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
MK-61
Восемнадцать лет назад, примерно в это время, я убил свой первый компьютер. То-есть, это был советский программируемый калькулятор МК-61.То, что стоит у меня на столе сейчас -- ноутбук мой -- примерно в 5’000’000’000 раз быстрее и в нем в 2’000’000’000 больше памяти :)
МК-61 программировался на языке, выражения в котором записывались в обратной польской нотации. То-есть вместо (2+3)×5 надо было писать 5 3 2 + ×. Такой же принцип записи использует язык PostScript. Это тот язык, на котором до недавнего времени держалась вся печатная индустрия, да и сейчас половина её держится.
В МК-61 18 адресуемых регистров (4 стековых) и 105 байт под код программы. В силу того, что константы хранить в программной памяти было очень прожорливо -- каждый разряд требовал байта -- перед запуском распихивали вручную константы по регистрам. Программисты поймут :) Это как если бы вам приходилось перед стартом винды вручную заколотить несколько ключиков реестра :)))
Сложно сказать, что бы из меня получилось, не появись у меня такая машинка в своё время.
У вас, френды, первый серьезный вычислительный девайс какой был? А когда?
no subject
no subject
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 языка разметки страниц -- это безусловное благо.
no subject
нашел именованные цвета, сильно иначе просто сделаны, чем я привык.
нашел кернинг.
планирую отписать обзор, дочитываю 423 стр мануаля :)