История изменений

Можно глобально захватывать ввод управляемым способом.

В смысле читать события ввода с разрешения пользователя?

Есть стандартный API для устройств и методов ввода в пространстве пользователя.

Если речь о драйверах устройств, то почему они в одном ряду с IME? Прошу поподробнее объяснить.

Можно группировать окна в вкладки.

В KDE раньше тоже такая фича была (в иксах). Надеюсь, обратно запилят.

Есть протокол удалённого рабочего стола с векторной графикой и HTML 5 клиентом.

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

Есть серверные декорации и настройка их внешнего вида.

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

Так это и в Wayland можно.

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

Тут могу лишь сказать, что это принципиально важно разве что на платформе, под которую нет графических драйверов (:

Поддержка многопоточности в GUI. Каждое окно работает в отдельном потоке.

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

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

Можно свободно управлять позицией окон.

По умолчанию и без разрешения пользователя?

Модальные окна позволяют таскать окна внизу.

Это как и зачем это нужно?

Только всё равно, конечно, сомневаюсь, что графическая система в гайке от этого более юзабельна, чем Wayland сейчас.

Haiku же Unix-like? А туда можно привычное Unix-окружение портировать, чтобы если сильно не приглядываться, то от GNU/Linux нельзя было отличить (как *BSD)?

Можно глобально захватывать ввод управляемым способом.

В смысле читать события ввода с разрешения пользователя?

Есть стандартный API для устройств и методов ввода в пространстве пользователя.

Если речь о драйверах устройств, то почему они в одном ряду с IME? Прошу поподробнее объяснить.

Можно группировать окна в вкладки.

В KDE раньше тоже такая фича была (в иксах). Надеюсь, обратно запилят.

Есть протокол удалённого рабочего стола с векторной графикой и HTML 5 клиентом.

Я так понимаю, в гайке есть свой стандартный тулкит, и возможность отправлять команды отрисовки по сети, как в RDP, это следствие его наличия. Правильно?

Есть серверные декорации и настройка их внешнего вида.

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

Так это и в Wayland можно.

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

Тут могу лишь сказать, что это принципиально важно разве что на платформе, под которую нет графических драйверов (:

Поддержка многопоточности в GUI. Каждое окно работает в отдельном потоке.

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

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

Можно свободно управлять позицией окон.

По умолчанию и без разрешения пользователя?

Модальные окна позволяют таскать окна внизу.

Это как и зачем это нужно?

Только всё равно, конечно, сомневаюсь, что графическая система в гайке от этого более юзабельна, чем Wayland сейчас.

Haiku же Unix-like? А туда можно привычное Unix-окружение портировать, чтобы если сильно не приглядываться, то от GNU/Linux нельзя было отличить (как *BSD)?

Можно глобально захватывать ввод управляемым способом.

В смысле читать события ввода с разрешения пользователя?

Есть стандартный API для устройств и методов ввода в пространстве пользователя.

Если речь о драйверах устройств, то почему они в одном ряду с IME? Прошу поподробнее объяснить.

Можно группировать окна в вкладки.

В KDE раньше тоже такая фича была (в иксах). Надеюсь, обратно запилят.

Есть протокол удалённого рабочего стола с векторной графикой и HTML 5 клиентом.

Я так понимаю, в гайке есть свой стандартный тулкит, и возможность отправлять команды отрисовки по сети, как в RDP, это следствие его наличия. Правильно?

Есть серверные декорации и настройка их внешнего вида.

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

Так это и в Wayland можно.

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

Тут могу лишь сказать, что это принципиально важно разве что на платформе, под которую нет графических драйверов (:

Поддержка многопоточности в GUI. Каждое окно работает в отдельном потоке.

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

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

Можно свободно управлять позицией окон.

По умолчанию и без разрешения пользователя?

Модальные окна позволяют таскать окна внизу.

Это как и зачем это нужно?

Haiku же Unix-like? А туда можно привычное Unix-окружение портировать, чтобы если сильно не приглядываться, то от GNU/Linux нельзя было отличить (как *BSD)?

Можно глобально захватывать ввод управляемым способом.

В смысле читать события ввода с разрешения пользователя?

Есть стандартный API для устройств и методов ввода в пространстве пользователя.

Если речь о драйверах устройств, то почему они в одном ряду с IME? Прошу поподробнее объяснить.

Можно группировать окна в вкладки.

В KDE раньше тоже такая фича была (в иксах). Надеюсь, обратно запилят.

Есть протокол удалённого рабочего стола с векторной графикой и HTML 5 клиентом.

Я так понимаю, в гайке есть свой стандартный тулкит, и возможность отправлять команды отрисовки по сети, как в RDP, это следствие его наличия. Правильно?

Есть серверные декорации и настройка их внешнего вида.

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

Так это и в Wayland можно.

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

Тут могу лишь сказать, что это принципиально важно разве что на платформе, под которую нет графических драйверов (:

Поддержка многопоточности в GUI. Каждое окно работает в отдельном потоке.

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

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

Можно свободно управлять позицией окон.

По умолчанию и без разрешения пользователя?

Модальные окна позволяют таскать окна внизу.

Это как и зачем это нужно?

Haiku же Unix-like? А туда можно привычное Unix-окружение портировать, чтобы если сильно не приглядываться, то от GNU/Linux нельзя было отличить (как *BSD)?