Разработчики панели Cairo-Dock объявили (http://www.glx-dock.org/mr_article.php?b=5&a=73) о реализации начальной поддержки работы в окружении композитного сервера Weston 1.5 (http://www.opennet.me/opennews/art.shtml?num=39824), развиваемого проектом Wayland. При использовании свободных видеодрайверов рабочий стол на основе Cairo-Dock и Weston уже вполне работоспособен, но пока не рекомендуется для ежедневного использования. Из пока не решённых проблем отмечается несохранение позиции апплетов на рабочем столе, невозможность реализовать панель запущенных задач, отсутствие поддержки горячих клавиш, артефакты при выводе меню.<center><a href="http://download.tuxfamily.org/glxdock/mediacolor/album3/1403... src="http://www.opennet.me/opennews/pics_base/0_1403466845.jpg" style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>
В рамках проекта Cairo-Dock (http://glx-dock.org), развивается визуально насыщенная, быстрая и настраиваемая панель, которая также может использоваться как самодостаточная пользовательская оболочка. Благодаря гибким средствам расширения функциональности Cairo-Dock не ограничивается запуском программ, позволяя устанавливать плагины (http://glx-dock.org/mc_album.php?a=8) с реализацией новых визуальных эффектов и апплеты с реализацией дополнительных действий, таких как отображение состояния почтового ящика, приём и отправка мгновенных сообщений, контроль за работой медиаплеера, слежение за RSS-лентами, просмотр состояния загрузки торрентов, отображение погоды, вывод заданий из календаря-планировщика и т.п.По словам разработчиков, проблемы, наблюдаемые при работе порта Cairo-Dock для Wayland, являются следствием отсутствия нужных возможностей в Weston. Например, Wayland/Weston не предоставляет средств для изменения позиции окна на экране силами клиента (программа или виджет не могут выставить для своего окна абсолютную позицию на экране), нет возможности определить зону, которую не смогут перекрыть развёрнутые окна, нет средств для организации управления разрешением экрана, невозможно динамически добавлять/удалять виртуальные рабочие столы, невозможно реализовать глобальные горячие клавиши.
В итоге делается неутешительный вывод, что несмотря на то, что необходимость замены X уже назрела, в Wayland и Weston пока не хватает многих возможностей, необходимых для реализации полноценного рабочего стола. Поэтому, с использованием Wayland/Weston пока невозможно создать пользовательское окружение того же уровня, как при использовании X. При этом указывается, что возможно Mir станет пригоден для создания работоспособного рабочего стола раньше Wayland, так как в нём уже запланирована реализация Taskbar API через BAMF, в то время как в Wayland/Weston не предоставляет средств для получения и манипулирования списком поверхностей/окон из приложения, что не позволяет реализовать панель задач в Cairo-Dock.
Примечание: Речь о невозможности реализовать те или иные возможности на стороне приложения/клиента, панель задач и другие упомянутые возможности никто не мешает оформить через плагин к Weston. Проблемы разработчиков Cairo-Dock связаны с тем, что они пытаются применить методы разработки для X при использовании Wayland. Такие проекты как GNOME, KDE и Enlightenment не сталкиваются с подобными проблемами, так как используют собственные реализации композитных серверов для Wayland. Другие проекты, такие как Hawai (http://www.opennet.me/opennews/art.shtml?num=36549) и Orbital (http://www.opennet.me/opennews/art.shtml?num=38934), реализуют нужные функции не на стороне клиента, а через создание плагинов к композитному серверу Weston, который позиционируется как эталонная система, предоставляющая ядро и плагинный API, которые следует использовать в качестве основы для реализации пользовательских оболочек. Для организации взаимодействия между приложениями и десктоп-окружением проектом Wayland ведётся работа над протоколом xdg-shell (http://blog.mecheye.net/2014/06/xdg-shell/), который планируется довести до готовности в выпуске Wayland/Weston 1.6.URL: http://www.reddit.com/r/LinuxActionShow/comments/28s6pb/glxd.../
Новость: http://www.opennet.me/opennews/art.shtml?num=40057
полезное примечание.. (приятно когда новость пишет человек, разбирающийся в теме)..а иначе -- сейчас развенулась бы не хилая интернет-война на этой интернет-страничке :-) .. интернет-воины со всего света схлестнули бы свои интернет-клинки защищая свой дисплейный сервер :-)
>защищая свой дисплейный сервер :-)На самом деле, одни защищали бы свой дисплейный сервер, а другие - не свой, а принадлежащий канониклу.
*табличка*
Очень симпатично выглядит, приятно так-же что о поддержке Wayland'а не забывают :)
> приятно так-же что о поддержке Wayland'а не забывают :)Менее приятно, что забыли о разработке Wayland.
Но таки невозможность клиенту сдвинуть своё окно... мда... не думал, что так печально все.
> Но таки невозможность клиенту сдвинуть своё окно... мда... не думал, что так
> печально все.а зачем такое может понадобиться?... :-)
...я надеюсь не задумали ли вы делать говнопрограммы которые (зачем?!) запоминают\восстанавливают положение своего окна при закрытии\открытии?
и ведь вроде бы радость должна меня переполнять, что наконец не будет таких говнопрограмм появляться на свет! что теперь наконец-то окно КАЖДОЙ программы будет поновой вычислять свободное место на рабочем столе (которое разумеется каждый раз в разном месте)...
..но гложит меня подозрение что впихнут эту API-функцию в какую-нибудь там xdg-shell .. и опять это начнётся.. УФФФФ.. опять всякие говномессанджеры будут появляться в правой части экрана... УУФФФФ.. ненавижу этих говнопрограммистов.. (или всякие там окна уведомлений будут появляться вверху-справа (вместо того чтобы использовать notification api))
Посмотрите на GIMP например, если он расположение своей тучи окошек запоминать не сможет, то он будет их каждый раз мне на рабочем столе разбрасывать как попало - нахрена такое надо? Я не к тому что интерфейс с кучей окон это круто, но все же.
> Посмотрите на GIMP например, если он расположение своей тучи окошек запоминать не сможетгалочку поставь "однооконный режим".
а если ты не используешь "однооконный режим" --- то ответь пожалуйста -- как мне GIMP перемещать по разным рабочим столам? это нужно каждое окно GIMP перемещать отдельно на другой рабочий стол?
> ...я надеюсь не задумали ли вы делать говнопрограммы которые (зачем?!)
> запоминают\восстанавливают положение своего окна при закрытии\открытии?На двух и более мониторах работал когда-нить?
И ваще, это фича не программ, а ГУЯ.
> И ваще, это фича не программ, а ГУЯ.Вообще-то программе виднее какие у нее окошки для чего. А то знаешь, окошки могут использоваться для очень разных вещей. Ну там создания кастомных каких-нибудь виджетов например. И в гуе лишь костыль вбивают в случае если программы глупые. С кучей фильтрации. Иначе подвинут тебе какой-нибудь кастом-контрол автоматически. Отдельно от остального окна. И будешь ты фтыкать на развалившуюся программу...
>> И ваще, это фича не программ, а ГУЯ.
> Вообще-то программе виднее какие у нее окошки для чего.Ваще-то системе виднее. А то понапишут говна всякого,
с блокировкой и захватом экрана, клавы...> А то знаешь, окошки могут использоваться для очень разных вещей.
> Ну там создания кастомных каких-нибудь виджетов например. И в гуе лишь
> костыль вбивают в случае если программы глупые. С кучей фильтрации.
> Иначе подвинут тебе какой-нибудь кастом-контрол автоматически.
> Отдельно от остального окна. И будешь ты фтыкать на развалившуюся программу...Во всех оконных серверах функция WindowGeomentry(x, y, size_x, size_y) - есть основа.
Если она не используется в программе, то вызывается неявно, с параметрами по умолчанию.Перед ней можно поставить обработчик от оконного менеджера. Который реализует фишки типа:
"Запуск свёрнутого окна", "На весь экран", ... "Сохранять параметры окон",...
> Ну там создания кастомных каких-нибудь виджетов например.делай кастумные виджеты -- через API для кастумных виджетов.. (соответственно API должен быть от твоего DE)..
эмулировать через <виджет> через <окно> --- это говнопрактика которую следовало бы пресеч на корню!
точно также как и <элемент-нотификации> -- не должен эмулироваться через <окно>.
<окно> должно быть строго только ОКНО!
> запоминают\восстанавливают положение своего окна при закрытии\открытии?Это надо затем чтобы не возякать окошками самолично, баклан. Ты то мышевозила, который лучше 200 раз отклацает чем 1 раз автоматизирует. Но не всем же хочется делать рутинные операции по 200 раз...
>> запоминают\восстанавливают положение своего окна при закрытии\открытии?
> Это надо затем чтобы не возякать окошками самолично, баклан. Ты то мышевозила,
> который лучше 200 раз отклацает чем 1 раз автоматизирует. Но не
> всем же хочется делать рутинные операции по 200 раз...операционная система (дисплейный сервер / оконный манагер) как раз *автоматизирует* процесс появления нового окна (суть автоматизации в том что выбирается свободное место на рабочем столе -- автоматически).
а вот запоминание\восстановление положения окна на экране -- это дибилизм полный.
Ерунду какую-то продвигаешь. По твоему окошко "да\нет" должно всплывать на свободном месте раб-стола вдалеке от родительского окна и указателя?
У меня вот трансляция футбола запускается по расписанию на весь экран поверх остальных окон. Прозрачная для мыши и полупрозрачная визуально. Где твой "сервер" окна мне будет открывать?
Еще не CairoOS?
Ничего, deadfood до них доберется - станут CairoOS в два счета :)
Насколько я понял, Weston пилит тот же человек, что пилил и Compiz? Какова вероятность, что у weston будет та же функциональность? Старый Compiz - единственное, что может удержать меня на иксах в будущем.
Ну он там не один,а вообще да Compiz фактически предок
> Старый Compiz - единственное, что может удержать меня на иксах в будущем.Компиз сроду полагался на композитинг и иксы ему скорее мешали чем помогали.
Но работает он на иксах.
> > Компиз сроду полагался на композитинг и иксы ему скорее мешали чем помогали.
> Но работает он на иксах.это случилось <вопреки> Иксам, а не <благодаря> Иксам :-)
Раз его пилит тот же человек, значит ли это, что есть шанс появления гибкого композитного менеджера для вейланда, включающего мои любимые свистоперделки в лице резиновых окон, expose и куба?
> Раз его пилит тот же человек, значит ли это, что есть шанс появленияЕсли бы его пилил один и тот же человек, значило бы это, что был бы шанс... ну идальше сам можешь пофиксить.
Ответ: да, если бы у бабушки был юх, она была бы дедушкой.
Скриншот довольно страшный для презентации можно было и по-лучше найти)
Разработчики кде и гном смеются ему в лицо
> Разработчики кде и гном смеются ему в лицоЕдинственная загвоздка - гномы и кеды этой штуке как-то не конкуренты.
Они плюются в лицо тем, кто хочет писать кроссплатформенные приложения, а не подстраиваться под каждый DE.
> Такие проекты как GNOME, KDE и Enlightenment не сталкиваются с подобными проблемами, так как используют собственные реализации композитных серверов для Wayland. Другие проекты, такие как Hawai и Orbital, реализуют нужные функции не на стороне клиента, а через создание плагинов к композитному серверу WestonТо есть любая программа, которая желает двигать окнами, использовать глобальные хоткеи, создавать рабочие столы и далее по тексту, будет подстраиваться под каждое окружение? Умно́.
Это когда-нибудь включат в протокол xdg-shell. Лет через 5 :333
> То есть любая программа, которая желает двигать окнами, использовать глобальные хоткеи, создавать рабочие столы и далее по тексту, будет подстраиваться под каждое окружение?а что за такая программа?
вирус какой-то?
клавиатурный шпион?
приколюха от соседа-хакера?
> Умно́.и правда. это умно :) . хоть какой-то прядок теперь будет.
>При использовании свободных видеодрайверов рабочий стол на основе Cairo-Dock и Weston уже вполне работоспособенда ну, и чо на интелах тоже работает?
Скорей, на них-то особенно, толстый.
> Скорей, на них-то особенно, толстый.починили, черт побери!! https://bugs.freedesktop.org/show_bug.cgi?id=55036
/me посыпал голову пеплом
