История изменений
Исправление
sudopacman,
(текущая версия)
:
Можно глобально захватывать ввод управляемым способом.
В смысле читать события ввода с разрешения пользователя?
Есть стандартный API для устройств и методов ввода в пространстве пользователя.
Если речь о драйверах устройств, то почему они в одном ряду с IME? Прошу поподробнее объяснить.
Можно группировать окна в вкладки.
В KDE раньше тоже такая фича была (в иксах). Надеюсь, обратно запилят.
Есть протокол удалённого рабочего стола с векторной графикой и HTML 5 клиентом.
Я так понимаю, в гайке есть свой стандартный тулкит, и возможность отправлять команды отрисовки по сети, как в RDP, это следствие его наличия. Правильно? Насколько этот тулкит функционален, может ли там работать какой-нибудь Qt?
Есть серверные декорации и настройка их внешнего вида.
Зависшие окна можно таскать и управлять ими.
Так это и в Wayland можно.
Работает без композитора а значит потребляет намного меньше ресурсов и быстрее работает программная отрисовка. Wayland в принципе не может работать без композитора, у него нет векторных команд.
Тут могу лишь сказать, что это принципиально важно разве что на платформе, под которую нет графических драйверов (:
Поддержка многопоточности в GUI. Каждое окно работает в отдельном потоке.
Сам в этой теме не разбирался, но Мартин вроде говорил, что от многопоточности в отрисовке графического стола толку мало.
Есть протокол взаимодействия с контролами в других процессах. Например можно прочитать/вставить текст в поле ввода другого окна, программно нажать кнопку, выбрать элемент из списка и т.д..
Можно свободно управлять позицией окон.
По умолчанию и без разрешения пользователя?
Модальные окна позволяют таскать окна внизу.
Это как и зачем это нужно?
Только всё равно, конечно, сомневаюсь, что графическая система в гайке от этого более юзабельна, чем Wayland сейчас.
Haiku же Unix-like? А туда можно привычное Unix-окружение портировать, чтобы если сильно не приглядываться, то от GNU/Linux нельзя было отличить (как *BSD)?
Исправление
sudopacman,
:
Можно глобально захватывать ввод управляемым способом.
В смысле читать события ввода с разрешения пользователя?
Есть стандартный API для устройств и методов ввода в пространстве пользователя.
Если речь о драйверах устройств, то почему они в одном ряду с IME? Прошу поподробнее объяснить.
Можно группировать окна в вкладки.
В KDE раньше тоже такая фича была (в иксах). Надеюсь, обратно запилят.
Есть протокол удалённого рабочего стола с векторной графикой и HTML 5 клиентом.
Я так понимаю, в гайке есть свой стандартный тулкит, и возможность отправлять команды отрисовки по сети, как в RDP, это следствие его наличия. Правильно?
Есть серверные декорации и настройка их внешнего вида.
Зависшие окна можно таскать и управлять ими.
Так это и в Wayland можно.
Работает без композитора а значит потребляет намного меньше ресурсов и быстрее работает программная отрисовка. Wayland в принципе не может работать без композитора, у него нет векторных команд.
Тут могу лишь сказать, что это принципиально важно разве что на платформе, под которую нет графических драйверов (:
Поддержка многопоточности в GUI. Каждое окно работает в отдельном потоке.
Сам в этой теме не разбирался, но Мартин вроде говорил, что от многопоточности в отрисовке графического стола толку мало.
Есть протокол взаимодействия с контролами в других процессах. Например можно прочитать/вставить текст в поле ввода другого окна, программно нажать кнопку, выбрать элемент из списка и т.д..
Можно свободно управлять позицией окон.
По умолчанию и без разрешения пользователя?
Модальные окна позволяют таскать окна внизу.
Это как и зачем это нужно?
Только всё равно, конечно, сомневаюсь, что графическая система в гайке от этого более юзабельна, чем Wayland сейчас.
Haiku же Unix-like? А туда можно привычное Unix-окружение портировать, чтобы если сильно не приглядываться, то от GNU/Linux нельзя было отличить (как *BSD)?
Исправление
sudopacman,
:
Можно глобально захватывать ввод управляемым способом.
В смысле читать события ввода с разрешения пользователя?
Есть стандартный API для устройств и методов ввода в пространстве пользователя.
Если речь о драйверах устройств, то почему они в одном ряду с IME? Прошу поподробнее объяснить.
Можно группировать окна в вкладки.
В KDE раньше тоже такая фича была (в иксах). Надеюсь, обратно запилят.
Есть протокол удалённого рабочего стола с векторной графикой и HTML 5 клиентом.
Я так понимаю, в гайке есть свой стандартный тулкит, и возможность отправлять команды отрисовки по сети, как в RDP, это следствие его наличия. Правильно?
Есть серверные декорации и настройка их внешнего вида.
Зависшие окна можно таскать и управлять ими.
Так это и в Wayland можно.
Работает без композитора а значит потребляет намного меньше ресурсов и быстрее работает программная отрисовка. Wayland в принципе не может работать без композитора, у него нет векторных команд.
Тут могу лишь сказать, что это принципиально важно разве что на платформе, под которую нет графических драйверов (:
Поддержка многопоточности в GUI. Каждое окно работает в отдельном потоке.
Сам в этой теме не разбирался, но Мартин вроде говорил, что от многопоточности в отрисовке графического стола толку мало.
Есть протокол взаимодействия с контролами в других процессах. Например можно прочитать/вставить текст в поле ввода другого окна, программно нажать кнопку, выбрать элемент из списка и т.д..
Можно свободно управлять позицией окон.
По умолчанию и без разрешения пользователя?
Модальные окна позволяют таскать окна внизу.
Это как и зачем это нужно?
Haiku же Unix-like? А туда можно привычное Unix-окружение портировать, чтобы если сильно не приглядываться, то от GNU/Linux нельзя было отличить (как *BSD)?
Исходная версия
sudopacman,
:
Можно глобально захватывать ввод управляемым способом.
В смысле читать события ввода с разрешения пользователя?
Есть стандартный API для устройств и методов ввода в пространстве пользователя.
Если речь о драйверах устройств, то почему они в одном ряду с IME? Прошу поподробнее объяснить.
Можно группировать окна в вкладки.
В KDE раньше тоже такая фича была (в иксах). Надеюсь, обратно запилят.
Есть протокол удалённого рабочего стола с векторной графикой и HTML 5 клиентом.
Я так понимаю, в гайке есть свой стандартный тулкит, и возможность отправлять команды отрисовки по сети, как в RDP, это следствие его наличия. Правильно?
Есть серверные декорации и настройка их внешнего вида.
Зависшие окна можно таскать и управлять ими.
Так это и в Wayland можно.
Работает без композитора а значит потребляет намного меньше ресурсов и быстрее работает программная отрисовка. Wayland в принципе не может работать без композитора, у него нет векторных команд.
Тут могу лишь сказать, что это принципиально важно разве что на платформе, под которую нет графических драйверов (:
Поддержка многопоточности в GUI. Каждое окно работает в отдельном потоке.
Сам в этой теме не разбирался, но Мартин вроде говорил, что от многопоточности в отрисовке графического стола толку мало.
Есть протокол взаимодействия с контролами в других процессах. Например можно прочитать/вставить текст в поле ввода другого окна, программно нажать кнопку, выбрать элемент из списка и т.д..
Можно свободно управлять позицией окон.
По умолчанию и без разрешения пользователя?
Модальные окна позволяют таскать окна внизу.
Это как и зачем это нужно?
Haiku же Unix-like? А туда можно привычное Unix-окружение портировать, чтобы если сильно не приглядываться, то от GNU/Linux нельзя было отличить (как *BSD)?