home.social

#riverwm — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #riverwm, aggregated by home.social.

  1. I'm a happy #SwayWM user, but gosh ... Reading isaacfreund.com/blog/river-win and looking at codeberg.org/river/wiki/src/br I love what #RiverWM folks have been doing.

    100% agree with this quote:
    Wayland currently does not come close to the diversity of X11 window managers. I believe that separating the Wayland compositor and window manager will change this and I see the beginnings of this change with the 15 window managers already written for river!

  2. #Linux #RiverWM #lua #astal
    Ля.
    ​:jahy_sip:​
    А вот и виджет и менюшка управления питанием.
    Ещё не доделана, но всё же...

  3. #Linux #RiverWM #lua #astal
    Сегодня я нечайно нашёл такое чудо. Кто-то сделал неплохой конфиг astal бара на Lua для Niri.
    (тык)

    Сижу, разбираю, краду идеи (не конфиг!)

  4. #Linux #customisation #Костылизация #RiverWM #lua
    В попытках добавить индикатор синего зуба.
    Работает пока что так себе.
    (Да, я временно вырубил виджет музыки, громкости и уведомлений [ДЛЯ ТЕСТОВ], ибо музыка отображается только тогда, когда плеер включён, уведомления неплохо грузят бар, когда он раскрыт (НАДО ФИКСИТЬ), а громоксть... Ну тут надо автостарт править, ибо из-за перезугрузки пайпвари и его сопутствующих, бар может откиснуть (а я ДО СИХ пор не починил автозапуск. Хы). )

    В общем, допилю bluetooth, потом допилю автозапуск, чтоб можно было нормально перезапускать оконник (ибо он не понимает ни автозапуск, ни перезапуск конфигурации.
    ​:kekw:​)

    Костылизация, костылизация, и ещё раз костылизация!

  5. #Linux #customisation #RiverWM #lua
    Немного сменил местоположение некоторых элементов, а также сделал информацию о времени и музыке раскрываемой, чтоб меньше места на экране занимало.
    ​:jahy_sip:​

  6. #Linux #Customization #RiverWM #Wayland #Keyboardlayouts
    В целом, работает.
    Но надо поправить потом немного.
    Но теперь можно отобразить текущую раскладку, что уже неплохо.

    Патч
    тут

  7. #Linux #Customization #RiverWM #Wayland #Keyboardlayouts
    Короче, я применил
    патч и решил воспользоваться watch'ером, который предлагал автор.

    Скажу одно: Оно работает. Версия River'a
    0.3.12-dev.2+63542fd (которая по умолчанию). Патч для него приложил ниже. Посмотрю, как его в 0.4.0-dev прикрутить.

    А как теперь отобразить адекватно вывод... Уже другой вопрос.
    Но автор ещё предлагает пропатченный
    i3status-rust, но это не eww/astal и прочее.

    (
    @[email protected] @[email protected] )

    RE: https://shitpost.poridge.club/notes/aadyuuyfat

  8. #Linux #Customization #RiverWM #LabWC #Wayland #Keyboardlayouts
    Проблема пришла откуда не ждали.
    riverctl позволяет мне выставить раскладку, но через него узнать текущую раскладку не получается. Да, у меня раскладка переключается через CapsLock, но всё же хочется немного "человечного" индикатора где-то в баре.

    Решил я сначала спросить у ребят в discord-сервере unixporn, вдруг кто-то уже это решил (если что, я не пользуюсь waybar'ом, я хотел узнать, можно ли как-то узнать данную информауию путём вывода её в терминал). Откликнулся один человек, который решил поискать по такому запросу. Он смог найти лишь с располодением окон (window layout), но не с раскладкой клавиатуры, на что я, после параллельного поиска, ответил, что такого даже в riverctl и не задумано.

    БОЛЕЕ ТОГО, не я один на это жаловался.
    Оказывается, у них в задачах уже
    2 года висит задача #831 (Support for querying current keyboard layout), название которой говорит само за себя. Даже нашёлся смелый малец, кто сделал решение проблемы #753 (river-status: add keyboard_layout event), но разработчик отклонил это, сказав, что это должно быть решено не на стороне оконника, а на стороне wlroots, и вообще, в LabWC точно такая же проблема #1317 (Support keyboard layout indicators via keyboard_layout protocol)

    Технически, я согласен, ибо если начать такую пляску, то можно развести зоопарк из wlroots'а, чего очень не хочется...
    Но у меня возникает вопрос: а реализуют ли?
    (Сейчас проверяю GitLab wlroot'а в поисках данного вопроса, и чего-то похожего я не особо вижу)

    Хочу спросить у вас, господа линуксоиды, великие рисовары, как решить сия проблему?
    (
    @[email protected] @[email protected] )

  9. #Linux #RiverWM #Awesomewm
    Заменил
    rivertile на filtile. Теперь свойства прикреплены не ко всем тегам. Они уникальны. Теперь размер окон, границы и прочее - всё это уникально. ​:blobcatcomfsip:​
    Хоть что-то полезное.

    Также пытался сделать Vim-like комбинации. Получилось не очень. Ибо в vim'е кроме обычных v, G, i, a и пр. есть последовательные комбинации клавиш. Пример: 5g, 2d, gg, d32j, V48jd и пр., где регистр учитывается.
    Для AwesomeWM уже давно как есть плагины как
    modalawesome или awesome-modalbind. RiverWM встроенно поддерживает различные "моды". Можно также приклеить на одну букву вызов терминала, браузер и прочее. Но вот с последовательными кейбиндами жёпа. ​:blobcatcomfsip:​

    Надо думать, разбираться, сочинять.

  10. #riverwm #tilingwm #tilingwaylandcompositor #linux

    I have been using river as my window manager for a while now so thought I would share my thoughts.

    I am really enjoying it, it feels much closer to xmonad than hyprland did which I like and it runs mostly smoothly. I love the way that it handles multi-headed setups for the most part and the way it is configured is refreshing for a window manager.

    On my desktop, I have 2 monitors and river lets each monitor have its own set of tags which is nice.

    I have yet to make good use of the tag feature and for the most part have been treating the tags like workspaces. This doesn't cause too many issues but tags come with some extra restrictions that make it less ideal if you are only using them the way you would workspaces. Maybe these can be ironed out but I don't know a solution.

    I have been using the tag system more on my laptop than on my desktop probably because it only has 1 screen. On my desktop, if I want to have 1 program open and rotate between 1 or 2 programs open next to it, I can have the main program open in my main monitor and my second monitor can be used to rotate between the other programs that I want to have open next to it.

    On the laptop this isn't possible but I have found the tag system to be useful for this. I can have tag 1 focused, say on emacs, and when I want I can focus a second or third tag with lecture slides, a browser or something else. I can also put a floating window with a video on one of my tags and then focus that tag with whatever other tag I am currently using so that I can keep the floating window with me as I move around my system.

    As for using the tags like workspaces, it works for the most part but I have noticed some quirks. I am unable to jump to a window using rofi. This is likely hard to implement as a window could be on multiple tags and there is no good way to decide which tag to focus. Maybe a way it could be implemented is to instead have the currently focused tag/s added to the window.

    When using multiple monitors, you can't drag a floating window onto another monitor and so you have to use the keyboard shortcut which isn't too much of an issue. When you move a window to another monitor, instead of moving it to the currently focused tags on that monitor, it moves it to the tags matching the ones it occupied on the previous monitor. This isn't an issue per se, just something that was counterintuitive to how I thought it should work.

    There have been 1 or 2 minor issues with hidpi support for some apps but I don't think they are necessarily rivers fault. One example is with element messenger. When I enabled 2x scaling, instead of scaling the app, it instead shrunk the size of the window. River seemed to think it was normal size though as other windows moved around it as if it was taking up the normal space and I had to click where UI elements would have been if it was taking up the normal space.

    Overall I have been enjoying it a lot, and will continue using it for at least a few more months

  11. Over the past few months, I’ve seen posts about the new open driver performing well on . Since I'm that poor guy with an NVIDIA chip on board (RTX 2070 Super), I had to test it out. So where are we now?

    1.9 still flickers under both and renderers, likely due to its use of the 10-month-old 0.17.

    On 0.3.5 (wlroots 0.18), however, things are much smoother! Vulkan flickers occasionally, but GLES works damn good!

  12. @JustineSmithies I used #dwm on X. When I moved to wayland, #dwl wasn't very good. Found #riverwm and didn't look back. With river changing in the future, I tried dwl again. It's in a good state. I only use a few more patches compared to dwm. Only issue was making a couple changes to shiftview/pertag patches since I'm also using the bar patch. swallow/namedscratchpads also had to sort the order in rules.

    For warpcursor, you can also use wlrctl instead of the patch.

    github.com/NapoleonWils0n/cerb

  13. @koopa is perfect.

    If you miss the look of hyprland (rounder corners, gradient borders and custom animations), is also very good. I'm not enamored with the horizontal scrolling mantra but it's interesting.

  14. Ever tried a #TilingWindowManager for an efficient workflow? Using #Wayland already?

    Check out codeberg.org/river/river #riverWM, a tiling Wayland compositor.

    It supports custom "layout generators" and we found an active ecosystem of tools and plugins for the project.

    If you know some #Ziglang, you can start hacking right away, or dive into the #ziglings excercises to learn it: codeberg.org/ziglings/exercise

    Let us know what you think if you tried it!

    #CommunitySpotlight #tilingWM

  15. Have people here made good experiences with based in conjunction with , BESIDES gnome/plasma wayland sessions? Looking at am not sure how well a wm will work with gaming. But as long as you can create rules to exclude gaming windows from tiling, it should be fine?