Да ладно, с кем не бывает :)

это бывает только с Ъ :)

// ну ещё с теми, кто работает, параллельно читая ЛОР…

>а также что нас ждёт в будущем

А в будущем нас ждут все теже унылые костыли и подпорки, что и раньше. Ничего нового, похотливый пингвин успешно держит «марку» уже более 20ти лет! Я не удивлюсь, если после этих «патчей» печатать с помощью капса станет вообще невозможно чуть более чем полностью, зато цветопередача!

//Cklausd

>означает ли это что свежий гном выйдет с жёсткой зависимостью не только от гтк+, но и от капса, гостскрипта и фуматика?

Кто все эти люди?

те самые, которые тебе файлы печатают.

Странные у них, однако, имена. Капс, гостскрипт и фуматик. Иностранцы, что ли?

> Новая версия GNOME, до выхода которой осталось чуть меньше недели, появится с жёсткой зависимостью на новый крохотный демон colord, благодаря которому цветоуправляемая печать впервые Просто Работает ©®™.

Для того, чтобы это стало возможно, разработчику GNOME Color Manager

На каком языке это написано? Как это попало на главную страницу ЛОР'а?! Стыд и позор!

Похоже, пора делать новый DE - для работы, а не извращений.

И ведь не так уж много надо: определить пачку интерфейсов (хоть и на том же D-Bus, только ядро d-bus подправить, чтобы умело отдавать реализации интерфейсов), сделать дефолтные реализации комопнентов, эти интерфейсы предоставляющих и центр управления, который бы давал возможность для пачки условий выбирать определённй компонент, реализующий нужный интерфейс. Ну плюс фильтры на манер iptables, который можно вкручивать в цепочку D-Bus сообщений (или такое есть уже?) - больше ничего не надо для старта, дальше - только добавление интерфейсов.

Приступай немедля!
Покажи им всем как надо!

> Я всегда придерживался мнения, что мы должны дать возможность 95% пользователей делать 99% того, что им нужно, потому что у оставшихся 5% всё равно свои собственные настроенные технологические процессы, которые их устраивают.

оно то конечно да, вот если б еще мы научились ублажая 95% одновременно не портить жизнь вот этим оставшимся 5ти...

> У мака давно такое есть.

у линукса тоже давно есть. Кому надо было настроил и пользоался.

Зря смеёшься, там интересная штука может получиться, и проектирования там на порядок больше, чем собственно кодирования.

Смеюсь?
Да я просто абсолютно уверен, что _н_и_ч_е_г_о_ не будет спроектировано и/или закодировано.

>> AP, ©®™,

Спасибо, клипбоард-кун :)

Клавиатура без Compose?

kerneld когда?

SANE бы.

>Эх, еще sane бы допилили.

Согласен. SANE, очевидно, следующая программа на очереди на доработку.

Кстати, а как управление цветом устроено в венде и макоси? Каждый городит свой огород, или есть централизованная настройка?

> Клавиатура без Compose?

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

>Сейчас Wayland не является проектом, который «заменит X-сервер», чтобы там себе ни писали разные безумцы на своих новостных сайтах.

Это просто прекрасно! Сразу видно, что Роберт адекватный человек с адекватной оценкой Вэйланда.

fedora же.

Какого фига этот функционал в тулките, а не в самой подсистеме графики?

В винде среднее между есть центральный и каждый сам

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

>Кстати, а как управление цветом устроено в венде и макоси? Каждый городит свой огород, или есть централизованная настройка?

В винде через специальный сервис (короче также - как предлагают в шапке)

В макоси (все что попадает на экран) все через OpenGL.framework

PS: Шаман с рэдхат на аватарке?

> Какого фига этот функционал в тулките, а не в самой подсистеме графики?

Потрясающая внимательность.

Ну, в общем-то, в макоси этим занимается ColorSync, на который colord архитектурно очень похож.

По ссылкам не ходил.

Ну в отдельный демон я еще поверить, в отличае от мак оси в лялихе прринято городить сложные решения.

Но зачем в тулкит то сувать?

> Какого фига этот функционал в тулките, а не в самой подсистеме графики?

Потрясающая внимательность.

уважаемый, не почтите за наезд, но из подачи новости именно такие выводы и напрашиваются. Сходив по ссылке стает немного проще, да.

В ветке присутствуют нездоровая истерия и нездоровый же фанатизм. Если говорить проще: разработчики 3-го Гнома приняли очередное спорное решение с сомнительными последствиями.

Единственное, что мне не нравится, это

пришлось пропатчить CUPS, Ghostscript, foomatic и GTK+

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

Все ближайшие новые версии основных дистрибутивов Linux, включая Ubuntu, Fedora и SUSE, будут выпущены с colord.

Где ссылка, что Дебиан 7 выйдет с Гном 3 и что туда впилят эту, с позволения сказать, «инновацию»?

>Но зачем в тулкит то сувать?

Интервью до конца прочитай. Может глупости писать перестанешь.

>Единственное, что мне не нравится, это

не стоит так переживать. Как выяснилось там просто добавили dbus интерфейс к colord, о чем в новости не сказано. dbus-интерфейсы не являются жесткой зависимостью.

Прочитал. Упорно не понимаю, при чем тут тулкит

У нас фактически обычно используется 3 профиля (исходный, целевой, устройства отображения). Цветокорекцию должна делать графическая подсистеме

>Интервью до конца прочитай. Может глупости писать перестанешь.

еще один вариант - это подавать новости в менее флеймогонном виде. Виртуально зная AP на лоре, можно смело предположить что он специально подал так, дабы срывать лулзы с Ъ.

Ну, в общем-то, в макоси этим занимается ColorSync

ColorSync - это утилита тонкой настройки цветовых профилей, вообщем простое приложение которое можно просто удалить - оно не чем не управляет...

Примерно - чтото типа этого

Те - сам OpenGL.framework, и подмножества: Quarz2D, CoreImage, QT etc

Ну а вообще я и сам мало знаю - подробнее надо вот тут изучать...

Т.е. следует понимать так, что написали очередной дополнительный модуль, а внутри ничего не меняли? Тогда говорить о пропатчивании --- крайне некорректно.

круто

> Ну в отдельный демон я еще поверить, в отличае от мак оси в лялихе прринято городить сложные решения.

Ещё раз для очень внимательных: colord по сути является аналогом маковского colorsync.

Но зачем в тулкит то сувать?

Предложи свою архитектуру

я не думаю что говорить о модулях в контексте «CUPS, Ghostscript, foomatic и GTK+» здесь будет уместно. Кроме того, colord как оказалось не выполняет саму транформацию цвета, он занимается исключительно менеджментом профилей.

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

Хочешь сказать, что авторы CUPS, Ghostscript, foomatic и GTK+ не проверяют патчи? :)

Где ссылка, что Дебиан 7 выйдет с Гном 3 и что туда впилят эту, с позволения сказать, «инновацию»?

Какая ещё ссылка?

> не стоит так переживать. Как выяснилось там просто добавили dbus интерфейс к colord, о чем в новости не сказано. dbus-интерфейсы не являются жесткой зависимостью.

Внимательно читаем новость: «овая версия GNOME, до выхода которой осталось чуть меньше недели, появится с жёсткой зависимостью на новый крохотный демон colord,»

Внимательно читаем интервью: «Поскольку colord является жёсткой зависимостью для GNOME 3.2,»

При такой внимательности даже не надо никак специально новости писать. Вы сами собой лулзы генерите :)

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

Сколько неожиданного можно для себя открыть, если сходить по ссылке, правда? :)

AP, следи за контекстом разговора внимательнее. гном здесь уже мало кому впился, речь идет о
«CUPS, Ghostscript, foomatic и GTK+»

>Сколько неожиданного можно для себя открыть, если сходить по ссылке, правда? :)

я ж говорил, что он теперь лулзы сбивать будет! :3 неуважение к Ъ карается законом гор^@ЛОР!!

вопрос шарящим в dbus - шина может запустить некий демон, если получен определенный запрос на обработку, и точно так же его потушить, в случае простоя?

хотя это наверное больше к systemd задачка. будет Ъ если они все это дело интегрируют.

Нафига на каждый чих целый демон делать?

На спрос

заходи, десятым будешь :D

Ъ Ъ прочитали вашу дискуссию, и по ссылке им ходить все равно не нужно. Теперь они могут с чистой совестью сказать: colord нужен, новость хорошая, хоть и написана безграмотно.

>не стоит так переживать. Как выяснилось там просто добавили dbus интерфейс к colord, о чем в новости не сказано. dbus-интерфейсы не являются жесткой зависимостью.

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

ПО теме, очень рад, что управление цветами теперь можно будет настроить и использовать из разных сред. Прекрасная новость!

>гномоуправление цветовыми профилями не будет работать без установки этого демона.

ну не будет - так не будет. выключить его можно (надеюсь) - ну и ладушки.

> новость хорошая, хоть и написана безграмотно.

Я её с удовольствием откорректирую, если ты спокойно объяснишь, что именно в ней безграмотно.