История изменений
Исправление EXL, (текущая версия) :
В огороде бузина… При чём тут KDE? Или разработчики Qt знать не хотят никаких других WM/DE?
Ещё раз: абсолютно никто кроме GTK+ и двух браузеров не запилил CSD нормально. Потому что декорации никогда не являлись зоной ответственности графических тулкитов. Все, кроме собственно GTK+ который разрабатывают сами GNOME-разработчики, запилили полурабочие CSD-заглушки.
Но что не так с разработчиками Qt? А им тоже проще написать if env = gnome then use XWayland.
Из-за политического решения GNOME сегодня абсолютно всем так проще написать, потому что вменяемых клиентских декораций под Wayland за пределами GTK+ нет ни у кого.
Ну ладно, разработчики KDE считают что кроме KWin других WM/DE нет и поддерживать CSD (который обязателен в Wayland) они не хотят. Чтож, это их позиция. Всё таки они вложили силы в костыли чтобы имитировать в то что в CSD из коробки.
Сегодняшняя ситуация:
- В KDE на Wayland приложения из GNOME с CSD-заголовками работают нормально. Приложения на SDL2, GLFW, GLFM и прочие MPV с MPlayer’ами – работают нормально и у них есть заголовок окна. Не говоря уж о родных Qt 5 и KF 5 приложениях.
- В GNOME на Wayland нормально работают только приложения на GTK. Остальное глючит, пихает кривые/неработающие нормально заголовки и декорации, или вовсе даёт неискушённому юзеру прямоугольник-буфер без намёков на возможность управления.
Но виноваты в этом почему-то не GNOME-разработчики, а разработчики тулкитов.
Исправление EXL, :
В огороде бузина… При чём тут KDE? Или разработчики Qt знать не хотят никаких других WM/DE?
Ещё раз: абсолютно никто кроме GTK+ и двух браузеров не запилил CSD нормально. Потому что декорации никогда не являлись зоной ответственности графических тулкитов. Все, кроме собственно GTK+ который разрабатывают сами GNOME-разработчики, запилили полурабочие CSD-заглушки.
Но что не так с разработчиками Qt? А им тоже проще написать if env = gnome then use XWayland.
Из-за политического решения GNOME сегодня абсолютно всем так проще написать, потому что вменяемых клиентских декораций под Wayland за пределами GTK+ нет ни у кого.
Ну ладно, разработчики KDE считают что кроме KWin других WM/DE нет и поддерживать CSD (который обязателен в Wayland) они не хотят. Чтож, это их позиция. Всё таки они вложили силы в костыли чтобы имитировать в то что в CSD из коробки.
Сегодняшняя ситуация:
- В KDE на Wayland приложения из GNOME с CSD-заголовками работают нормально. Приложения на SDL2, GLFW, GLFM и прочие MPV с MPlayer’ами – работают нормально и у них есть заголвок окна. Не говоря уж о родных Qt 5 и KF 5 приложениях.
- В GNOME на Wayland нормально работают только приложения на GTK. Остальное глючит, пихает кривые/неработающие нормально заголовки и декорации, или вовсе даёт неискушённому юзеру прямоугольник-буфер без намёков на возможность управления.
Но виноваты в этом почему-то не GNOME-разработчики, а разработчики тулкитов.
Исправление EXL, :
В огороде бузина… При чём тут KDE? Или разработчики Qt знать не хотят никаких других WM/DE?
Ещё раз: абсолютно никто кроме GTK+ и двух браузеров не запилил CSD нормально. Потому что декорации никогда не являлись зоной ответственности графических тулкитов. Все, кроме собственно GTK+ который разрабатывают сами GNOME-разработчики, запилили полурабочие CSD-заглушки.
Но что не так с разработчиками Qt? А им тоже проще написать if env = gnome then use XWayland.
Из-за политического решения GNOME сегодня абсолютно всем так проще написать, потому что вменяемых клиентских декораций под Wayland за пределами GTK+ нет ни у кого.
Ну ладно, разработчики KDE считают что кроме KWin других WM/DE нет и поддерживать CSD (который обязателен в Wayland) они не хотят. Чтож, это их позиция. Всё таки они вложили силы в костыли чтобы имитировать в то что в CSD из коробки.
Сегодняшняя ситуация:
- В KDE на Wayland приложения из GNOME с CSD-заголовками работают нормально. Приложения на SDL2, GLFW, GLFM и прочие MPV с MPlayer’ами – работают нормально и у них есть заголвок окна. Не говоря уж о родных Qt 5 и KF 5 приложениях.
- В GNOME на Wayland нормально работают только приложения на GTK. Остальное глючит, пихает кривые не работающие нормально заголовки и декорации, или вовсе даёт неискушённому юзеру прямоугольник-буфер без намёков на возможность управления.
Исходная версия EXL, :
В огороде бузина… При чём тут KDE? Или разработчики Qt знать не хотят никаких других WM/DE?
Ещё раз: абсолютно никто кроме GTK+ и двух браузеров не запилил CSD нормально. Потому что декорации никогда не зоной ответственности графических тулкитов. Все, кроме собственно GTK+ который разрабатывают сами GNOME-разработчики, запилили полурабочие CSD-заглушки.
Но что не так с разработчиками Qt? А им тоже проще написать if env = gnome then use XWayland.
Из-за политического решения GNOME сегодня абсолютно всем так проще написать, потому что вменяемых клиентских декораций под Wayland за пределами GTK+ нет ни у кого.
Ну ладно, разработчики KDE считают что кроме KWin других WM/DE нет и поддерживать CSD (который обязателен в Wayland) они не хотят. Чтож, это их позиция. Всё таки они вложили силы в костыли чтобы имитировать в то что в CSD из коробки.
Сегодняшняя ситуация:
- В KDE на Wayland приложения из GNOME с CSD-заголовками работают нормально. Приложения на SDL2, GLFW, GLFM и прочие MPV с MPlayer’ами – работают нормально и у них есть заголвок окна. Не говоря уж о родных Qt 5 и KF 5 приложениях.
- В GNOME на Wayland нормально работают только приложения на GTK. Остальное глючит, пихает кривые не работающие нормально заголовки и декорации, или вовсе даёт неискушённому юзеру прямоугольник-буфер без намёков на возможность управления.