Вышли новые версии сразу двух композитных серверов под Wayland - Hyprland 0.54 и labwc 0.9.4. Оба проекта развиваются в одном технологическом поле, но занимают диаметрально разные ниши: Hyprland делает ставку на визуальные эффекты и гибридный тайлинг, а labwc стремится быть лёгкой, аскетичной и максимально предсказуемой заменой классического Openbox в мире Wayland.
Hyprland 0.54: динамичный тайлинг и акцент на визуале
Hyprland - это композитный сервер для Wayland, который изначально создавался как тайлинговый, но не ограничивается строгой мозаичной компоновкой окон. Пользователь может:
- располагать окна как в классическом плавающем режиме;
- использовать мозаичный (tiling) режим;
- объединять окна во вкладки;
- включать псевдомозаичную раскладку;
- разворачивать приложения во весь экран.
Проект написан на C++ и распространяется под лицензией BSD, что делает его привлекательным для тех, кто хочет интегрировать или дорабатывать его в собственных сборках и проектах с минимальными лицензионными ограничениями.
Одно из ключевых направлений развития Hyprland - создание визуально выразительного интерфейса. В окружении доступны:
- рамки с градиентами;
- размытие фона;
- различные анимации появления, сворачивания и перемещения окон;
- тени и прочие декоративные эффекты.
За счёт этого Hyprland ощущается скорее как современная оболочка высокого класса, чем как минималистичный оконный менеджер в духе классических X11-решений.
Функциональность легко расширяется через систему плагинов. Для внешнего управления предоставлен IPC-интерфейс на базе сокетов: через него можно писать вспомогательные утилиты, панели, скрипты автоматизации и интегрировать Hyprland с другими компонентами системы. Настройки задаются в конфигурационном файле; изменения читаются "на лету", без перезапуска композитора, что особенно удобно при тонкой подстройке раскладок, эффектов и горячих клавиш.
Среди базовых возможностей:
- динамически создаваемые виртуальные рабочие столы;
- несколько режимов раскладки окон (тайлинг, плавающее размещение, вкладки, гибридные варианты);
- глобальная обработка хоткеев;
- управление жестами на тачпадах и сенсорных экранах.
Версия 0.54 развивает существующие механизмы компоновки и анимации, улучшает стабильность и предсказуемость поведения окон, а также оптимизирует работу с плагинами и IPC. Хотя релиз традиционно фокусируется на пользовательском опыте и эффектности интерфейса, в основе остаётся строгий подход к управлению окнами и ресурсами.
labwc 0.9.4: минимализм и преемственность Openbox
На другом полюсе находится labwc (Lab Wayland Compositor) - компактный композитор для Wayland, который задуман как альтернатива Openbox в новой графической реальности. Он повторяет многие поведенческие привычки Openbox:
- минималистичный интерфейс;
- компактный и понятный код;
- высокая скорость работы;
- широкие возможности настройки через конфигурационные файлы.
Авторы принципиально отказываются от "лишних" визуальных украшательств. В labwc отсутствуют анимированные эффекты, градиенты, пиктограммы в интерфейсе (кроме кнопок управления окнами). Идея проста: композитор должен быть максимально лёгким, предсказуемым и не вмешиваться в визуальный стиль сверх необходимого минимума.
Проект написан на языке C и распространяется под лицензией GPLv2. В качестве основы используется библиотека wlroots - де-факто стандартный фундамент для многих Wayland-композиторов. Это упрощает поддержку протоколов, ввод-вывод, работу с мониторами и аппаратным ускорением, позволяя разработчикам сосредоточиться на поведении окон и пользовательских сценариях.
labwc уже используется в качестве части графического окружения в Raspberry Pi OS, а также доступен как вариант оконного менеджера для Xfce и LXQt в ряде дистрибутивов. Это подчёркивает его ориентированность на лёгкие системы и маломощное железо, где лишние эффекты скорее вредят, чем помогают.
Поверх базового композитора можно подключать надстройки:
- утилиты для создания скриншотов;
- программы для показа обоев рабочего стола;
- панели и меню приложений.
Оформление окон, тема, базовое корневое меню и горячие клавиши описываются в XML-файлах конфигурации. Помимо встроенного меню (menu.xml), можно использовать сторонние реализаций меню приложений, включая популярные лаунчеры под Wayland. В роли панели подойдёт любой совместимый бар: от минималистичных статус-баров до функциональных панелей с виджетами. Для управления мониторами и их параметрами удобно применять отдельные утилиты, а блокировка экрана традиционно передаётся внешней программе.
labwc осознанно не стремится быть "всё-в-одном" окружением. Это кирпич, на основе которого можно собрать свою среду: от ультраминималистичной до достаточно удобной в повседневной работе, если добавить панель, меню, обои и несколько утилит.
Wayland против X11: роль протокола и ощущение "недоделанности"
Часть критики в адрес Wayland связана с тем, что пользователи ожидают от него поведения, к которому привыкли в X11. Например, многие считают, что протокол обязан обеспечивать запись экрана, трансляцию содержимого окон, сложные схемы шаринга и интеграции с внешними инструментами. В X11 эти возможности десятилетиями формировались через расширения и жёстко привязывались к дисплейному серверу.
Wayland устроен иначе. Протокол изначально задуман как узкоспециализированный: он описывает взаимодействие между клиентом (приложением) и композитором (дисплейным сервером), а не берёт на себя задачи видеозахвата, потокового вещания или сложной межпроцессной интеграции. Запись экрана и шаринг действительно не выполняются "чисто через Wayland" - это остаётся задачей приложений и дополнительных протоколов/демонов, которые работают поверх базового механизма.
С точки зрения архитектуры это плюс: дисплейный протокол делает только то, что обязан делать графический сервер, не превращаясь в громоздкий комбайн. Но для конечного пользователя это часто выглядит как "неполная реализация базовых возможностей", особенно при сравнении "как было в X11" и "как теперь в Wayland".
Дополнительный слой сложности создаёт то, что:
- разные композиторы реализуют дополнительные протоколы по-разному;
- набор поддерживаемых расширений у каждого окружения свой;
- единообразие возможностей появляется со временем, а не "из коробки".
Отсюда впечатление фрагментации и незавершённости, хотя по сути это осознанный переход от монолитного подхода к модульному.
HDR, ядро и "кто за что отвечает"
Поддержка HDR - ещё одна тема, где легко запутаться, кто за что отвечает. Отображение HDR-картинки зависит не только от протокола:
- требуется поддержка со стороны ядра и драйверов;
- монитор должен уметь работать с HDR-режимами;
- графический стек (включая композитор и библиотеку рендеринга) обязан корректно передавать метаданные и управлять цветовым пространством;
- приложения должны выводить картинку в соответствующем формате.
Wayland как протокол лишь определяет правила общения между клиентом и композитором. Конкретные реализация HDR-функциональности появляются в драйверах, библиотеках (например, тех же wlroots), а затем уже в композиторах вроде Hyprland и labwc. Это более гибкий и "правильный" подход с точки зрения архитектуры, но он растягивает внедрение новых возможностей во времени.
Экранный шаринг: почему нужен отдельный демон
В некоторых системах пользователи привыкли к тому, что запись экрана или его трансляция - встроенная функция дисплейного сервера. В X11 к этому вела многоуровневая система расширений и отсутствие строгих ограничений на доступ к содержимому окон. В Wayland подход принципиально иной: безопасность и изоляция вынесены на первый план.
Современная схема обычно выглядит так:
- композитор не раскрывает содержимое окон напрямую всем желающим процессам;
- для записи или трансляции экрана используется отдельный сервис, который получает ограниченный доступ к буферам;
- приложения (браузеры, программы для видеоконференций, стриминга) работают через специальные протоколы, запрашивая разрешение у пользователя на доступ к экранам или отдельным окнам.
С одной стороны, это требует наличия дополнительных демонов и сервисов; с другой - повышает безопасность и управляемость: никакое приложение не может "просто так" подглядеть всё, что происходит на экране. Для тех, кто привык к простоте X11, это кажется лишним усложнением, но в современных условиях такой подход закономерен.
Оконный менеджер против полнофункциональной среды
Фоновые споры вокруг Hyprland и labwc упираются не только в технические детали Wayland, но и в подход к рабочему окружению. Одни пользователи считают, что полноценное DE (вроде KDE или GNOME) - единственно разумный выбор: всё интегрировано, единый стиль, штатные приложения, настройка из GUI. Другие предпочитают связку "оконный менеджер + оболочка рабочего стола", где:
- оконный менеджер (или композитор в случае Wayland) отвечает за размещение и внешний вид окон;
- панели, меню, лаунчеры, обои и прочие компоненты подбираются отдельно;
- конфигурация выполняется через файлы, скрипты и небольшие утилиты.
В таком подходе, например, связка labwc с LXQt может восприниматься как конкурент KDE: не по количеству эффектов и встроенных программ, а по удобству работы и отзывчивости интерфейса. Расход ресурсов у легковесных сочетаний часто заметно ниже, а зависимостей меньше. Удаление ненужного компонента не превращается в риск "снести полсистемы" - типичная проблема тяжёлых монолитных окружений, где почти всё завязано друг на друга.
Hyprland, в свою очередь, способен заменить собой и оконный менеджер, и часть оболочки, если поверх него настроить панель, меню и несколько утилит для системных задач. Гибкость конфигурации позволяет выстроить поведение окружения "под себя", а не под общий усреднённый сценарий, ради которого создаются универсальные DE.
Сложность настройки: миф или реальность
Одно из типичных возражений против легковесных композиторов и оконных менеджеров - сложность настройки. Конфигурационные файлы, ручная правка XML или текстовых конфигов, подбор панелей и лаунчеров, управление хоткеями - всё это действительно требует некоторого погружения. Но:
- логика конфигурации у Hyprland и labwc достаточно последовательна;
- большинство базовых сценариев покрывается официальной документацией и примерами конфигов;
- при желании часть рутинной настройки можно автоматизировать скриптами.
Для тех, кто не боится лезть в конфиги, такая архитектура даёт свободу: можно собрать окружение без лишних эффектов, вычистить ненужные компоненты и получить именно тот набор функций, который действительно используется каждый день.
Итог: два разных ответа на один запрос
Hyprland 0.54 и labwc 0.9.4 иллюстрируют два противоположных подхода к современному рабочему столу на Wayland:
- Hyprland - для тех, кто хочет динамичный тайлинг, анимации, гибридные режимы работы с окнами и готов мириться с дополнительной сложностью ради визуала и гибкости.
- labwc - для сторонников простоты, предсказуемости и минимализма, кому нужен быстрый и понятный инструмент в духе Openbox, но уже в мире Wayland.
Оба проекта показывают, что Wayland - это не один "правильный" путь, а платформа для множества реализаций под разные вкусы и сценарии. Вопрос "чем это лучше X11" в таком контексте смещается: не в сторону того, кто даёт больше "из коробки", а в сторону того, кто предлагает более чистую архитектуру, лучший контроль над безопасностью и возможность подстроить окружение под себя - от максимально лёгкого до максимально эффектного.
