Столлман проснулся

[vitus_wagner]

Почитал тут отчет о Software Freedom Day в Бостоне.

Обратил внимание на впечатление о речи RMS

Control has replaced Free Speech in Stallman’s the rhetoric. This is one of the most noticeable things I took away from today, that there has been a cultural shift from the way proponents of Free Software talk and communicate about the ideas and rationalities of Free Software principles. Although I’ve been picking up on the same advantages to using control language instead of freedom of speech in my own advocacy.

и

Miguel de Icaza “is basically a traitor to the Free Software community”

Блин, где был Столлман 10 лет назад, когда Иказа начинал свое предательство - проект GNOME.
Тогда RMS отзывался об Иказе с куда большим энтузиазмом. Mono - это фигня, это мертвому припарки.
Лицензионные и патентные проблемы где-то как-то преодолимы. А вот принципиальная проблема
Windows-подобного десктопа, который все делает за юзера сам, и если он что-то делает не так, хрен разберешься кто виновать - десктоп, hal или настройки конкретного дистрибутива.

В принципе, понятно что на протяжении многих лет control казалался естественным и неотъемлемым правом пользователя. Free Speech - это на самом деле как раз про control - это возможность изучить систему настолько, чтобы полностью её контролировать.

Но оказалось, что кроме внешних, юридических ограничений на этот процесс, бороться с которыми можно посредством принципов свободы слова, есть и внутренние, технические. Искусственно переусложненная, или просто непродуманная, архитектура.

Заметим что последнее время Столлман также борется с проприетарным Javascript. Там в общем-то картина почти та же самая - код по определению открыт для пользователя, чай не флэш. А вот разобраться в нем далеко не всегда возможно.

Comments

[zabivator.livejournal.com]

Сейчас все используют client-side font rendering. И это правильно.
А чем это правильно? Вроде как концепцию икс-сервера нарушает.

[duke-igthorn.livejournal.com]

Эта часть концепции устарела. С серверным рендерингом не получается современные красивенькие графические эффекты.

[zabivator.livejournal.com]

Ну тут можно возразить про нужность, и попросить сделать галку опциональной.

[duke-igthorn.livejournal.com]

Все это не так просто. Например, гтк рендерит через каиро. Каиро использует панго. И если панго полезить рендерить серверно, каиро не сможет работать.

[zabivator.livejournal.com]

Это ограничения связки gtk, cairo, pango. Не в последнюю очередь - архитектурные.

[duke-igthorn.livejournal.com]

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

[zabivator.livejournal.com]

Я не занимался подробно этой темой, чтобы давать анализ недостатков. Можно разнести приложения на тонкий клиент и сервер, а дружить их друг с другом по RPC. Аналогично можно разнести gui, только это требует бОльших усилий. Никаких ПРИНЦИПИАЛЬНЫХ ограничений в gui нет, вопрос лишь как правильно проводить водораздел. Если библиотека не позволяет без client-side рендеринга шрифтов поддержать эффекты - то это проблемы библиотеки.

[duke-igthorn.livejournal.com]

Нет, это проблемы того, что сервер недодуман. Иксы не позволяют очень много. Они же не GL. А делать хочется. Поэтому единственное решение - перетащить на клиента.

Можно придумывать кучу разных решений - но это уже не иксы.

[zabivator.livejournal.com]

Может и такой раклад. Чтобы точно сказать, нужно подробно изчать иксы, что пока что лежит за сферой моих интересов.

[tzirechnoy.livejournal.com]

Кстати, иксы ужэ очень давно GL. Более давно, чем всякие Xrenderы.

[tzirechnoy.livejournal.com]

Это какие трансформацыи? Афинные преобразования+тени(сдвиг и разный цвет)+anti-aliasing?

Легко и непринуждённо. В том числе на голом X11R6 (через XIE). Кстати, оно и сейчас обычно без клиентской отрисовки делается через векторный Xrender.

[duke-igthorn.livejournal.com]

Расскажите. Хотя бы простенький пример с иксовым API!

В xrender нет ни слова о серверных шрифтах. Там есть глифы, но это другое.

[tzirechnoy.livejournal.com]

Что именно рассказать? Пример чего?

> Там есть глифы, но это другое.

Там есть серверная отрисовка, это главное.

[duke-igthorn.livejournal.com]

> Что именно рассказать? Пример чего?
Как вывести в окошко текст, подвергнутый какому-нибудь аффинному преобразованию. Пользуясь базовым иксовым API

> Там есть серверная отрисовка, это главное
Отрисовка чего?? Мы ж говорим о шрифтах. Посмотрите - там даже в спеках среди благодарностей
+ Juliusz Chroboczek and Raph Levien whose proposal for client-side
glyph management eliminated font handling from the X server.

Автор текста - Keith Packard. И клиентский fontconfig происходит из fd.o, среди лидеров которого, например, Jim Gettys. Он тоже ничего в иксах не понимает?

[tzirechnoy.livejournal.com]

>Как вывести в окошко текст, подвергнутый
>какому-нибудь аффинному преобразованию. Пользуясь
>базовым иксовым API.

Есть два варианта. Первый: Получить соответствующим образом отмасштабированный шрифт. Матрица преобразования (точнее, левый верхний квадрант этой матрицы, без третьей строки и третьего столбца. Они считаются равными 0/0/1 и 0/0/1) задаётся вместо параметра POINTSIZE в имени шрифта, в квадратных скобках, перечислением значений через пробел.

Т.е. что-то вроде '-microsoft-verdana-medium-r-*-*-*-[12 4 4 12]-*-*-*-*-koi8-r'. Затем следует открыть оригинальный шрифт через XLoadQueryFont ('-microsoft-verdana-medium-r-*-*-*-120-*-*-*-*-koi8-r'), получить его размеры из CharInfo, и выводить по сиволу, пропуская его оригинальный размер через это жэ афинное преобразование.


Другой вариант — сначала вывести строку в Pixmap как обычно, затем через XIE создать PhotoFlo (xieCreatePhotoflo), добавить в него через xieFloImportDrawable этот pixmap, поворот через xieFloGeometry (не забыв в sample_tech поставить xieValGeomAntialias), вывод в окно через xieFloExportDrawable, затем запустить это на выполнение через XieExecutePhotoflo. Кстати, практически вся мутота выполняется один раз, в последёющие — только выводишь строку в Pixmap и поворачиваешь его через XieExecutePhotoflo.

[duke-igthorn.livejournal.com]

> задаётся вместо параметра POINTSIZE в имени шрифта, в квадратных скобках, перечислением значений через пробел.
О как. И что - это реально поддерживается хоргом?

Спасибо за объяснение, узнал что-то новое... Но проблема визивига от этого, конечно, никуда не девается...

[tzirechnoy.livejournal.com]

Ну да, визифиг трудно заставить использовать системные шрифты. Офигенное открытие, блин. Только вообще не ясно, при чём тут оно.

Кстати, в рамках юниксов было бы логично визифигу тащить потребный ему X-сервер с собой. Чтобы если штатный не справляется с чем-то (со шрифтов тех жэ нехватает или OpenGL у него не той системы), он мог отобразиться на чём угодно.

[duke-igthorn.livejournal.com]

> Только вообще не ясно, при чём тут оно.
Насколько я понимаю, при том что авторы библиотек рендеринга хотят независимости от того, куда рендерить.

> тащить потребный ему X-сервер с собой
А еще можно было DPS развивать. Но не прижилось..

Но Вы все-таки ответьте - почему хорговская команда всяко продвигает клиентский рендеринг? Они тоже спеков не читали?

[tzirechnoy.livejournal.com]

>Насколько я понимаю, при том что авторы
>библиотек рендеринга хотят независимости от того,
>куда рендерить.

А такжэ что рендэрить и для чего рендэрить. В общем, они бы хотели написать такую сферическую библиотеку рендэринга в воздухе, типа HAL — чтобы она что-то делалала, но при этом ничего полезного. Верю.

>Но Вы все-таки ответьте - почему хорговская команда
>всяко продвигает клиентский рендеринг? Они тоже спеков не читали?

Ну, во-первых, хорговской команде в цэлом по-моему пофиг. Во-вторых, продвигает скорее не хорговская команда, а гткшная/гномовская. Собственно, для этого грёбанного антиальясинга(анафема!) в gtk(анафема!) в своё время сделали libXft, а к нему потом под него написали Xrender(анафема!).

В-третьих, те, кто продвигает (Паккард, как самый яркий пример) по-моему таки да, не читали, в графических технологиях не разбираются и вообще думать верхней головой не обучены. Но имеют много свободного времени чтобы писать всякий говнокод.

[duke-igthorn.livejournal.com]

> чтобы она что-то делалала, но при этом ничего полезного. Верю.
Тем не менее каиро действительно удобен! И он не зависит от того, иксы или что-то другое используются ниже уровнем. Для тулкитов это существенно.

> по-моему таки да, не читали, в графических технологиях не разбираются и вообще думать верхней головой не обучены
Тем не менее интеловые дрова они делали, хорг форкануть справились из хфри86 и дальше развивают.

[tzirechnoy.livejournal.com]

DPS он, во-первых, всё-таки крив как биндинг, а во-второых, PostScript тяжэловат как система отображэния. В том числе, боюсь, и по современным временам тяжэловат. Хотя кто знает, возможно, заняться стоит именно этим.

[tzirechnoy.livejournal.com]

>О как. И что - это реально поддерживается хоргом?

Ну да, это ещё не отломали. Как ни странно. xfontsel -pattern вполне покажэт.

[vitus_wagner]

Повбивав бы ублюдков, которые компьютера нормального в жизни не видели, одни писюки, а берутся рассуждать о том, что устарело. Работать с клиентским рендерингом по имеющимся каналам невозможно.
Ах у-тю-тю, трансформации шрифтов, анимированные курсоры. И ради этого делать из нормальной системы персональный компьютер.

Я уж не говорю о том преступлении против человечества, которое называется antialiasing. Это вообще эпплу с микрософтом тайная мировая мафия врачей-окулистов проплатила. Чтобы пользователи глаза портили.
А вот зачем разработчики OpenSource на это купились - не понимаю. Неужели это вызывает привыкание, как наркотик?

[tzirechnoy.livejournal.com]

Кстати, афинные трансформацыи шрифтов были начиная по-моему с X11R5. Как делать описано в xlfd.ps. Но таки да, всякие дэ-иказы и дажэ по-моему Паккарды об этом не подозревают.

[nine_k]

А можно поподробнее о порче глаз антиалиасингом?
От LCD-шного его варианта у меня глаза, наоборот, меньше устают, чем от отсутствия всякого antialiasing-а.