Исходное сообщение
"Доступен Wayland 1.19" Отправлено Аноним, 28-Янв-21 11:12
>Клиенты самостоятельно выполняют отрисовку своих окон в отдельном буфере, передавая информацию об обновлениях композитному серверу, который комбинирует содержимое буферов отдельных приложений для формирования итогового вывода с учётом возможных нюансов, таких как перекрытие окон и прозрачность. Иными словами, композитный сервер не предоставляет API для отрисовки отдельных элементов, а оперирует только с уже сформированными окнами, что позволяет избавиться от двойной буферизации при использовании высокоуровневых библиотек, таких как GTK+ и Qt, берущих на себя работу по компоновке содержимого окон. Какой-то GUI-стек курильщика. По идее должно быть как? Очень просто. Слоистая структура. 1 GUI server + GUI Server client library - реализует протокол, грузит плагины, взаимодействует с железом 2 Standard abstract widget library plugin + Standard abstract widget library client library - определяет кросс-тулкитные интерфейсы для виджетов. 3 toolkit plugin + toolkit client - плагин рисует виджеты и генерирует гуёвые события, клиент посылает команды на создание виджетов Хочет Qt Company или Gnome реализовать виджет, каким нет и не было аналогов - реализует плагин для сервера + его обвязку в клиентской либе. Можно не реализовывать свой плагин, а просто в либе обвязку к чужому. И не надо никаких вяленых, жрущих память и CPU.