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

часто - это не критерий оценки. давай код, после запуска которого не определит и не даст убить.

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

Welcome to wayland!

если вы вместе с анонимосом упоролись - это не значит, что упоролись разработчики wayland.

Связаны, ибо сообщение появляется именно когда начинаешь тыкать «крестик».

Андроид тут рассматривать смысла не вижу: без декораций и возможности нескольким разным окнам отрисовываться одновременно, топик не имеет смысла.

Связаны, ибо сообщение появляется именно когда начинаешь тыкать «крестик».

тыканье крестика всего лишь создает сообщение, и винда, скорее всего, лишь видит, что это сообщение слишком долго остается необработанным.

Андроид тут рассматривать смысла не вижу: без декораций и возможности нескольким разным окнам отрисовываться одновременно, топик не имеет смысла.

топик - нет, а вопрос о том, как нечто определяет, что приложение повисло - имеет. как мы видим на примере андроида декорации для этого не нужны. Ещё можно посмотреть на гноме3, у него в режиме предпросмотра у каждого окошка есть кнопка закрытия приложения, никак не связанная с декорациями, ты правда думаешь в композиторе для wayland такое будет реализовать сложнее, чем в композиторе для X11?

Конкретно убивание помершего процесса меня интересует мало, я всегда снимаю killом. А вот подвинуть/свернуть мне часто надо.

А вот подвинуть/свернуть мне часто надо.

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

Как-нибудь в другой раз, в поезде не очень гуглится.

Пошёл, в итоге, со скуки читать документацию на wayland. Не нашёл там даже необходимости клиенту самому отрисовывать свои декорации. Однако, документация весьма скудная, и понять точнее можно, разве что, почитав исходники Weston'а, чем заниматься я щас точно не стану (хотя... :)

В итоге: моё мнение о wayland несколько улучшилось, но совсем не в качестве замены иксов (посмотрите последний пункт FAQ на их сайте, он выглядит весьма логичным).

да в вайланде декорации окон рисует сама программа и имя ей «ОКОнНЫЙ МЕНЕДЖЕР» (вестон, квин, компиз и прочие им подобные), а всякий прочий софт если написан на поддерживаемом вайландом тулките делает ровно тоже самое что и на иксах и не более

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

Ну положим нажатие на кнопочку всё-таки клиентская прога должна обработать, как и то, что ты тыкнул в draggable область окна. Хотя конечно возможно можно повесить декорацию в отдельный поток и тогда она повиснет только в совсем ужасном случае. А вообще виснущий софт в 2013 году это как-то моветон.

21 го декабря в 10 утра. Все разорабы X начнут пилить Wayland и забьют на Х.

и забьют на Х

Забили уже давно. Достаточно вспомнить ситуацию с клавиатурными кодами, больше 255 и обработке клавиш-модификаторов.

Хотя конечно возможно можно повесить декорацию в отдельный поток

Ой...
99% софта имеют один поток,и если при банальных запросах в веб зависают в ожидании ответа.Это у нас так в 2012 году,только 1% софта имеет поток для интерфейса,и красивые крутилки ожидания...и этот 1% это самые «дорогие» программы разработкой которых действительно специалисты занимались...уж про русских девелоперов и говорить нечего...

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

Доказывать не нужно то, что очевидно всем. То, что «очевидно» тебе одному, доказывать нужно.

Например, от КДЕ-4 плевались не все. Куча народу сидело и сидит на гноме, им на КДЕ пофиг. Выбирать между fluxbox и wayland вообще придётся полутора линуксоидам. Ибо используют этот fluxbox немного людей.

Оффтопик, к слову, «лихорадит» от версии к версии намного сильнее. Офис - тем более, интерфейс поменяли кардинально. Однако люди продолжают пользоваться. Значит изменения - это не так страшно, как тебе кажется?

Если fluxbox не реагирует - то он нафиг не нужен. Я в десктопной разработке разбираюсь плохо, поэтому спросил, поменяет ли wayland что-то в этом плане. Если это целиком дело кед\гнома\юнити, тогда отлично.

Вяленый не нужен. Сейчас Леннарт допишет systemd и сделает всем хорошо, надо просто немного подождать.

Куча народу сидело и сидит на гноме, им на КДЕ пофиг.

Мало того, они еще желают смерти проекту. Будь объективен.

Выбирать между fluxbox и wayland вообще придётся полутора линуксоидам.

У тебя логика, как у менеджеров майкрософт, им тоже пофиг на полтора линуксоида.

Нет, мне не пофиг на полтора линуксоида. Просто если кому-то немного неудобно (придётся перейти на дистрибутив без wayland, например), это не говорит о том, что где-то что-то лихорадит.

Жив жеж

Short and sweet and to the point: 1.3.2

Sun Oct 30 09:33:50 UTC 2011

Today the fluxbox team is very happy to announce a new release of fluxbox 1.3.2

GSOC2011... fluxbox participates!

Sun Mar 20 11:45:08 UTC 2011

Жив жеж - жив. Да и к томуж, если ошибок нет или их не видно, то зачем что-то менять?

Да и к томуж, если ошибок нет или их не видно, то зачем что-то менять?

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