LINUX.ORG.RU

Sway 1.10

 , ,


0

4

После года разработки вышла значительная версия Wayland-композитора и тайлового оконного менеджера Sway 1.10.

Новые возможности после перехода на Wlroots 0.18:

  • код отрисовки переписан с использованием нового scene graph API из Wlroots, что увеличивает производительность;
  • реализован механизм восстановления после сбросов GPU;
  • добавлена команда для применения ICC-профиля к конкретному выводу.

Новые протоколы:

  • добавлена поддержка протокола tearing-control-v1 для специфических игровых юзкейсов;
  • добавлена поддержка протокола ext-transient-seat-v1, что позволяет создавать независимые сеансы ввода для таких программ, как wayvnc;
  • добавлена поддержка протокола ext-foreign-toplevel-list-v1, который может быть полезен для сторонних панелей задач и переключателей окон;
  • добавлена поддержка xdg-shell v5 с изменением положения всплывающих окон и скрытием кнопок «Развернуть/Свернуть» в CSD.

Обновления зависимостей:

  • Sway теперь зависит от Wlroots 0.18 и wayland-protocols 1.24;
  • убрано управление зависимостью от Xwayland (теперь Xwayland используется, если он был включен при сборке Wlroots);
  • убрана зависимость от dmenu_run в конфигурации по умолчанию;
  • устаревший протокол wl_drm теперь отключен по умолчанию, ему на смену пришёл linux-dmabuf-v1.
    Это изменение может создавать проблемы при использовании старых версий Xwayland и некоторых драйверов, старое поведение можно вернуть при сборке с ключом -Dlegacy-wl-drm.

Помимо этого:

  • много исправлений в области ввода (напр., улучшен bindsym --to-code, реализованы input method popups);
  • добавлен захват курсора в grimshot;
  • исправлено масштабирование swaybar/swaynag;
  • и множество других исправлений.

>>> Подробности



Проверено: intelfx ()
Последнее исправление: hobbit (всего исправлений: 7)

Ответ на: комментарий от wonit

Хотелось бы увидеть обычные тени для окон, остальные эффекты вроде всяких размытий это уже избыток (КМК). Только у SwayFX сейчас свой собственный рендерер для эффектов scenefx, которым они заменяют wlr-renderer. Тени для окон, как показал опыт labwc, без проблем можно реализовать средствами штатного wlr-renderer. Поэтому, вполне вероятно, что и в Sway они могут появится уже в ближайшем будущем.

spal
()
Ответ на: комментарий от spal

остальные эффекты вроде всяких размытий это уже избыток

У меня в системе столько всяких возможностей, столько утилит, о большинстве из них я даже и не знаю, для чего они, не то что как пользоваться. Также и тут, пусть будут, можно и не использовать. В KWin у меня тоже очень много всего отключено, даже рабочий стол идеально пуст.

wonit
()

код отрисовки переписан с использованием нового scene graph API из Wlroots, что увеличивает производительность

Мне всегда становится стремно когда читаю вот такое. Потом начинают затыкать баги и дыры, и оказывается что нифига не быстра, а тормозно и тупо.

vada ★★★★★
()
Ответ на: комментарий от bdrbt

Эээ…Ну как вам сказать… А как обрабатывать всплывающие окна? Я про плавающий режим окна. Или оно тоже не нужно? А нужно ли затенять или как-то иначе выделять активное окно в плитке? А нужны ли виджеты вроде календаря? А нужно ли меню как в KDE (их там несколько вариантов)?

wonit
()
Ответ на: комментарий от bdrbt

Sway не тайловый WM, а гибридный, поддерживающий тайлинг, плавающие окна, объединения окон в табы и группы (что очень круто кстати, часто пользуюсь). У меня многие приложения запускаются в плавающем режиме если так просто удобнее, либо же приложение само по себе не очень дружит с тайловым режимом.

spal
()
Ответ на: комментарий от kirill_rrr

Так это вообще не связано, я на i3wm сижу с заголовками окон например. В нём другая проблема есть — некоторые программы не предполагают запуск в тайлинге, что приводит к интересным приколам.

user_x
()
Ответ на: комментарий от wonit

wine себя регулярно ведёт странно (впрочем он всегда ведёт себя странно, но тут ещё страннее), thunderbird все свои окна объявляет как полноценные, а не как диалоги, в итоге без прописывания правил размещения происходит дичь. Ещё программы с неотключаемыми CSD выглядят всрато. Многооконные программы наоборот в тайлинге могут быть удобнее, так как можно хитрым способом разместить эти внутренние окна например во вкладках (но при этом без ручной расстановки опять же всратота).

user_x
()
Ответ на: комментарий от wonit

Всё вышеперечисленное отлично компенсируется цветом бордера (активный/неактивный), как и в случае со всплывающими окнами. Сам по себе тайловый подход - он утилитарный, а громоздить на него свистоперделки - ну будет ещё один hyprland, который несмотря на попытку в «легковесность» уже давно жрёт как полноценный гном.

bdrbt
()

Ждём ебилдов.
Еще бы как-то околодефолтный конфиг допилить под себя.

sehellion ★★★★★
()
Ответ на: комментарий от posixbit

Только его автор — Дрю ДеВолт — ресентиментарный фрик

Что, неужно опять РЛО?

YogSagot ★★☆
()
Ответ на: комментарий от kirill_rrr

Наверное лучшая реализация вайланда.

Композитор не умеющий даже тени подрисовать. За что боролись? Убить иксы и получить в награду аналог самых примитивных wm из начала нулевых.

bread
()
Ответ на: комментарий от Alphaer

Он просто долбанутый во всех смыслах. Разработчик хороший (делает, правда, какую-то фигню, которая интересна только ему, за редким исключением) и в тоже время редкостный шиз и истерик, с политактивизмом головного мозга.

SkyMaverick ★★★★★
()
Последнее исправление: SkyMaverick (всего исправлений: 1)

Если я на debian xfce, стоит пробовать ? На какой системе его готовят ? Конфиги надо настраивать или оно готовое уже ?

copentry
()
Ответ на: комментарий от copentry

стоит пробовать ?

Если есть интерес к тайлингу и управлению окружением преимущественно комбинациями клавиш, то стоит попробовать. Если кажется, что уже слишком привык управлять окнами мышкой и уже никак не переучиться, то наверное не стоит.

На какой системе его готовят ?

Почти на любой, всякие дополнительные пакеты с базовыми утилитами (лаунчеры, блокировщики экрана, скриншотилки и т.п.) есть в любом популярном дистрибутиве.

Конфиги надо настраивать или оно готовое уже ?

Надо. Точнее не надо, а придётся – если нужно полноценное рабочее окружение, а не просто запускалка для приложений.

spal
()
Ответ на: комментарий от bread

Я не говорил что это лучшая реализация графической подсистемы на линуксе. Но рано или поздно придётся этим пользоваться.

kirill_rrr ★★★★★
()

с использованием нового scene graph API

А что это такое? Это чем-то похоже на то, что называется JavaFX ?

Shushundr ★★★
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.