Главная
O Tiling-wm в 2-х словах

O Tiling-wm в 2-х словах +15

29.02.2020 12:29

Username77177 40 4300 Источник

Немного расскажу о моем опыте использования тайловых менеджеров окон, а также рассмотрим кратко плюсы и минусы, которые я нашёл за 3 месяца использования.

Вкратце

Я использовал bspwm, awesome и i3 из тайловых менеджеров окон. Самым удобным оказался bspwm. Его буквально можно поставить на ПК и он уже настроен.

Опыт перехождения с мышки на клавиатуру и только был болезненный. Во всех трех менеджерах можно использовать мышь, однако делать этого незачем, ибо с мышью прекрасно справляются KDE, Gnome, XFCE, Cinnamon и многие другие DE.

Плюсы и минусы:

i3

+ Гибконастраиваемый
+ Легковесный
+ Вся конфигурация в одном файле (хотя, этот плюс, конечно же субъективный)
+ Правила расположения окон можно настроить очень гибко
+ Очень хорошая документация

— Оригинальный i3 не такой уж и гибкий, как его форк i3-gaps
— Изначально поставляется просто как пустой экран с dmenu (пакет из suckless-tools)

Скриншоты:

Моя конфигурация i3

bspwm

+ Конфигурация может быть написана на любом скриптовом языке. По сути конфигурация — просто набор последовательных правил. Сам же bspwm может быть настроен с помощью bspc
+ Bspc содержит мануал с краткими выкладками и примерами
+ Отступы между окнами присутствуют по умолчанию в отличии от i3
+ Настройка горячих клавиш производится с помощью отдельной программы sxhkd. Все горячие клавиши могут быть перенесены на другой WM

— Нет нормальной документации (только мануал)
— Нужно докачивать программы по типу rofi, dmenu, alacritty (или любого другого терминала) и так далее, т.к. без них bspwm вообще ничего не показывает
— Может чуть больше нагружать систему, чем i3 из-за дополнительных утилит

Моя конфигурация bspwm

awesome

+ Хорошо задокументирован
+ Вся конфигурация на языке Lua
+ Очень гибкий
+ Все утилиты нужные для работы идут в комплекте. Не нужно ничего докачивать
+ Нормально обращается с мышью
+ Отступы между окнами присутствуют (привет, i3)

— Обязательное знание Lua
— Немного больше нагружает систему, чем bspwm

Личное мнение

Мне лично по душе bspwm. Он лёгкий в конфигурации, над ним не нужно много работать, всё уже готово.

Скриншоты:

UPD:

Собрал все репозитории с конфигурационными файлами
Репозиторий, где я собирал конфиг i3/bspwm
Репозиторий, где я собирал конфиг под терминал, tmux, и другое
Репозиторий, отведённый чисто для bspwm

Комментарии (40)

fougasse
29.02.2020 16:37
#21338494
Они же тайловые(фреймовые) разве нет?
А по делу — очень на любителя вещь.
1. Username77177 Автор
  29.02.2020 17:08
  #21338558
  Ну, я не призываю их никого использовать. Просто сравниваю. Однако, вы правы. Если вам легче кликать на всё, то конечно же нужно использовать DE, которые ориентированны под мышь

EddyEm
29.02.2020 17:08
#21338556
А мне очень понравилось на i3. Сначала я KDE пользовался, но забросил его после выхода бреда под названием KDE4 (сейчас вообще пятые KDE — это просто ад какой-то!), потом перешел на icewm, но у него вечно были проблемы с несколькими мониторами. В итоге остановился на i3. Очень удобно IDE рядом с консолью располагать: в IDE код пишешь, в консоли собираешь:

(на работе вообще 27'' монитор 16:9 + 17'' 4:3, там IDE с терминалом намного приятней рядом смотрятся).
Очень здорово, что изначально нет ненужных заголовков и обрамления окон — в icewm эту дрянь приходилось в настройках отключать.
1. Crandel
  29.02.2020 19:22
  #21338876
  Уже 3 года на i3wm, полет нормальный. Работа ускорилась существенно!
1. DaylightIsBurning
  03.03.2020 12:18
  #21348840
  А чем 4-5 кеды и плазма не нравятся? Быстрые, простые, гибкие, надёжные

marsianin
29.02.2020 18:02
#21338678
Пробовал и awesome, и i3, но в конце концов остановился на exwm

rsync
29.02.2020 19:12
#21338852
а что значит "можно конфигурировать на любом языке"
на bash тоже можно?
1. Username77177 Автор
  29.02.2020 19:16
  #21338858
  +1
  Да. Конфигурационный файл является скриптом
  1. rsync
    29.02.2020 20:26
    #21339080
    а есть возможность на стадии запуска одно приложение пустить на столе 6, а другое на столе 2?
    
    не хватает мне этого в i3
    
    alhimik45
    29.02.2020 20:38
    #21339108
    не хватает мне этого в i3
    Делается через i3-msg 'workspace 7; exec gnome-calculator; workspace 1;'; Переключение на 7й стол, запуск приложения, возврат на 1й
    
    rsync
    29.02.2020 21:13
    #21339200
    файрфокс запускается секунды три и нельзя из за этого делать новый свитч на другой стол
    
    может обновление i3 поможет? не знаете?
    
    alhimik45
    29.02.2020 21:25
    #21339232
    +2
    Сейчас проверил на том же файрфоксе. Окно открывается там, где был запущен exec, даже если уже прозошло переключение на другой стол. Версия i3 version 4.17.1 (2019-08-30)
    
    rsync
    29.02.2020 22:41
    #21339460
    спасибо! обновлюсь
    
    Username77177 Автор
    01.03.2020 00:00
    #21339610
    Конечно. Можете задать правила, где будут запускаться приложения (bspc rule и правило для определенного класса), или же в мануале можно посмотреть на фокус (man bspc | grep focus). Примеры прописаны у меня в конфигурационных файлах на GitHub
    
    cjmarse
    01.03.2020 10:06
    #21340286
    Не знаю то ли имеется в виду. Но я люблю чтоб конкретные приложения всегда на определенном рабочем месте запускались. Для примера кусочек из моего конфига:
    set $workspace1 "1: Firefox"
    assign [class="firefox"] $workspace1
    
    Таким образом фаерфокс всегда откроется на первом столе, с какого бы стола я его не вызвал.
    
    Username77177 Автор
    01.03.2020 10:07
    #21340290
    Этот код делает то же самое в bspwm:
    
    bspc monitor -d Desktop Web Terminal Editors bspc rule -a Firefox desktop=^1
    
    Также можете отметить в коде, нужен ли вам фокус, должно ли оно "липнуть" ко всем рабочим областям (воркспейсам)
    Вот пример, как у меня запускается Ranger (с alacritty):
    
    bspc rule -a Alacritty:ranger state=floating follow=on sticky=on # Летающий режим, фокус включен, липнет ко всем воркспейсам
    
    serwiz
    02.03.2020 21:09
    #21346640
    Как-то так в конфиге. Хром на третий стол летит при запуске и сразу готов принять Пайчарм в соседний таб (чтобы не по половине экрана занимать)
    
    set $WS3 3:WORK set $WS4 4:TERM set $WS5 5:FILES exec --no-startup-id pcmanfm exec --no-startup-id chromium assign [class="Chromium"] $ws3 assign [class="jetbrains-pycharm"] $ws3 assign [class="Pcmanfm"] $ws5 for_window [class="Chromium"] move container to workspace $ws3 for_window [class="Chromium"] layout tabbed for_window [class="jetbrains-pycharm"] move container to workspace $ws3 for_window [class="jetbrains-pycharm"] layout tabbed
    
    alhimik45
    02.03.2020 23:06
    #21347036
    Но это работает не только на стадии запуска i3, а всегда. То есть ручками запущеный хром тоже улетит на 3й стол, даже если запускался на другом.
    
    rsync
    03.03.2020 09:01
    #21347956
    сформулирую свою проблему более полно
    
    значит когда запускается операционная система, то я хочу
    
    запустить окно телеграма на 6 рабочем столе — получается
    
    запустить браузер на 1 рабочем столе — получается
    
    запустить ещё браузер с ватсап на 6 рабочем столе — не получается
    
    запустить 2 rxvt один на первом столе, второй на втором — тоже не получается
    
    serwiz
    03.03.2020 10:44
    #21348352
    тоже без проблем
    
    exec --no-startup-id sakura exec --no-startup-id sakura -x bc -t bc # запускаем bc в терминале и даём окну имя bc assign [class="Sakura" title="bc"] $ws7 assign [class="Sakura"] $ws4 for_window [class="Sakura" title="bc"] move container to workspace $ws7
    
    Я не понял почему иногда нужно прописывать for_window, а иногда хватает только assign, но особо не вникал, пишу оба правила обычно
    
    rsync
    03.03.2020 10:53
    #21348396
    в случае с браузерами
    
    запускаем два окна
    
    firefox firefox https://web.whatsapp.com/
    
    первое хотим на первом столе, второе — на шестом.
    
    но оба они пускаются 1.5-3 секунды и когда пускаются — i3 уже не понимает какое окно куда
    
    serwiz
    03.03.2020 11:05
    #21348458
    Сейчас попробую набросать, но не уверен, что с фоксом прокатит
    
    exec firefox exec firefox --new-window https://web.whatsapp.com/ assign [class="firefox"] $ws6 for_window [class="firefox" title="WhatsApp*"] move container to workspace $ws7 for_window [class="firefox"] move container to workspace $ws6
    
    upd: фокс странно открывает вкладки, хотя я указал ему --new-window, но он всё равно открыл Вотсап в первом окне новой вкладкой. И проблема в том, что если открыть Вотсап в основном окне, то оно переедет на другой стол. Надо экспериментировать
    
    Aibolit
    03.03.2020 23:11
    #21351972
    Долго мучился с чем-то подобным, используя названия терминалов, заголовки табов в браузере и прочее. Потом случайно узнал, что в командной строке при запуске можно добавить аргумент --class="MyClass", а затем использовать его в конфиге i3.
    
    navy20
    02.03.2020 21:10
    #21346642
    В конфиге:
    assign [class=«Telegram»] $ws4
    Класс приложения смотреть через xprop
    
    Neclude
    03.03.2020 16:37
    #21350326
    Можно привязать конкретные приложения к рабочим столам:
    assign [class="Emacs"] 2
    и теперь emacs всегда открывется на втором workspace. Для запуска при старте:
    exec --no-startup-id emacs

WooHoo
29.02.2020 19:16
#21338862
Пользовался i3 но так и не смог полностью победить screen tearing. Перешел на sway с вэйландом — все работает без дополнительных композиторов и даже чувствуется плавнее на глаз.
1. Crandel
  29.02.2020 20:21
  #21339060
  picom, наследник compton работает отлично, как композитный менеджер уже года 3

stargrave2
29.02.2020 20:20
#21339048
+2
Уже наверное 12 лет использую dwm, без каких-либо патчей на него. Абсолютно все нужды покрывает. Но без tiling WM жизни нет.

3ongleip
29.02.2020 21:25
#21339236
Использую bspwm уже достаточно давно. Всем доволен. После gnome — глоток свежего воздуха.

inv2004
29.02.2020 23:08
#21339520
+1
dwm забыли. Лично мне он больше всего из перечисленных понравился. Можно считать что тоже уже сконфигурирован.

kmeaw
01.03.2020 02:59
#21339934
А как же xmonad? Больше 10 лет назад это был единственный WM, который я смог настроить на своём ноуте с Intel GPU, чтобы окна правильно располагались на двух мониторах разного разрешения, которые не объединяются в прямоугольную область (1366x768+1280x800).

xoralex
01.03.2020 08:22
#21340170
Пару лет назад увлекся подходом минимализма в софте (suckless.org) и поставил DWM в качестве своего первого Tiling WM. Первый месяц было сложновато — многое пришлось настраивать руками (например звук, уведомления). Но с другой стороны было интересно повозиться. Сейчас когда все настроил под себя и запомнил несколько сочетаний клавиш — получил простую и гибкую систему в которой мне удобно.

На минималистичный браузер surf к сожалению не удалось перейти. Ютюб и некоторые другие сайты в нем жутко тормозят.

Стандартный dmenu не удобен в качестве лаунчера. Вместо него лучше использовать dmenu_recent.
1. Crandel
  01.03.2020 08:46
  #21340194
  Стандартный dmenu не удобен в качестве лаунчера. Вместо него лучше использовать dmenu_recent.
  или rofi

aartaka
01.03.2020 09:57
#21340284
+1
Пользуюсь StumpWM, чувствую себя в нём отлично, тем более что он имеет схожий пользовательский опыт с Emacs, которым я уже относительно давно болею.

Из плюсов отмечу:
+ Весьма быстрый
+ Гибкая настройка, вплоть до изменения кода самого WM из конфиг-файла
+ Common Lisp как язык настройки, что позволяет втянуть существующую кодовую базу прямо в WM. Есть у меня даже безумный проект написать небольшой плагин с онлайн-переводчиком, доступным по горячей клавише.
+ Вдохновлён Emacs, соответственно, нацелен на продуктивность и настраиваемость.

Разумеется, есть и минусы:
— Не все функции и хаки задокументированы, но пользователи некоторые из них переоткрывают, поэтому чужие конфиги помогают здорово. А все мы порой страдаем эффективной прокрастинацией а-ля "А настрою-ка я свой WM/редактор/whatever", так что вас впереди ждёт много открытий, если вы начинаете пользоваться StumpWM.
— Common Lisp, который является отдельным языком, который придётся учить, если ещё не знаете.
— Вдохновлён Emacs, поэтому многие вещи могут казаться странными.

Резюмируя: StumpWM как менеджер окон хорош, но на полную он начинает работать в руках людей, которые знают хотя бы один язык из семейства Lisp, со всеми вытекающими: хакинг, метапрограммирование, compile-time computing.
1. Rigidus
  03.03.2020 19:55
  #21351218
  Реквестирую конфиг и список туториалов для возможно более быстрого перехода
  1. aartaka
    03.03.2020 21:48
    #21351588
    К сожалению, туториалов по StumpWM и переходу на него я не могу вспомнить, (кроме небольшого гайда) но это компенсируется относительной простотой использования и качеством документации, которая представлена двумя ресурсами: StumpWM Wiki и StumpWM Manual.
    
    Мануал особенно хорош — благодаря нему я себе, при наличии свободного времени, постоянно что-то новое выхакиваю, к примеру, как-то за полчаса написал простенькую реализацию цветового обозначения заряда батареи, в альтернативу той, что поставляется среди контрибьюторских плагинов. Плагины, кстати, заметно облегчают настройку и с их помощью можно дотянуть до уровня комфортности того же хомячкового XFCE, которым я раньше (~~до просветления подаренного Лиспом~~ до желания попробовать более продуктивные инструменты) счастливо пользовался.
    
    Но разумеется, как и в случае с Emacs, лучший способ хорошо кастомизировать свой WM — ~~скоммуниз~~ позаимствовать у других кусочки, которые понравятся. И здесь Вики уже неплохо помогает, приводя список файлов конфигурации, которые их авторы выложили на GitHub (здесь с моими добавлениями и мнениями):
    
    Разбитый на отдельные модули образцовый конфиг
    
    Неплохие, пусть и неортодоксальные, хаки
    
    Простой, конфиг с возможностью настройки прямо во время рантайма
    
    Обстоятельный и многострочный конфиг, много полезного
    
    Неплохая подборка самописных хаков
    
    Образцовое взаимодействие с нижележащей системой
    
    Весьма стильный конфиг, пусть и хаотичный, как сам автор признаёт
    
    Также, поскольку для настройки используется Common Lisp, могут пригодиться курительные мануалы и туториалы по этому богатому языку, которые можно найти в боковом меню сабреддита, посвящённого Common Lisp — r/Common_Lisp.
    
    Здесь казалось бы, отличный момент для меня поделиться своим конфигом, который содержит неплохое количество озарений и ещё больше еретических костылей, но я его выложу только через этак полгода, когда польностью перейду на максимально лисповую экосистему (GuixSD + StumpWM + Emacs + Konqueror/Next), приведу все конфиги в порядок, а заодно и статью на Хабр в процессе напишу, быть может.
    
    А пока — на здоровье! Надеюсь, вам со StumpWM будет так же комфортно, как и мне.

ArXen42
01.03.2020 15:37
#21341146
Долгое время пользовался awesome wm, сейчас на свежеустановленной системе пробую KDE в связке с таким скриптом для kwin. В целом нравится, поведение после переназначения хоткеев почти повторяет awesome, за исключением нескольких мелочей и недоработок, но зато доступны все возможности KDE.
1. Username77177 Автор
  02.03.2020 21:08
  #21346632
  А почему решили уйти с Awesome?
  1. rsync
    03.03.2020 09:03
    #21347962
    я ушел с него (практически сразу как пришел) как только они радикально поменяли формат конфига
    
    приложения, которым плевать на пользователей не устанавливаются на мой комп.
  1. ArXen42
    04.03.2020 00:14
    #21352138
    Я лично всё еще предпочту Awesome на маломощном железе, а в целом просто захотелось bells & whistles от KDE. Всё более интегрированно, да и настраивать голый wm было бы лень.
    
    Знаю, что еще можно подменить KWin на awesome. Последний раз так пробовал делать пару лет назад с xmonad, оно работало, но были мелкие и не очень проблемы/недоработки/несостыковки, ломавшие ощущение полностью интегрированной среды рабочего стола.

O Tiling-wm в 2-х словах +15

Вкратце

i3

bspwm

awesome

Личное мнение

UPD:

Комментарии (40)

Username77177 Автор

Username77177 Автор

Username77177 Автор

Username77177 Автор

Username77177 Автор