I've been happily running xmonad as my window manager from within Gnome since (checks git) 2011. Is there a reasonable way to run Niri inside one?
Niri – A scrollable-tiling Wayland compositor
111–120 of 234 posts
Re: Niri – A scrollable-tiling Wayland compositor
#112I've been happily running xmonad as my window manager from within Gnome since (checks git) 2011. Is there a reasonable way to run Niri inside one?
I'm not sure, but I doubt it. You could try PaperWM [0] inside Gnome to get a feel for the scrolling WM workflow, and see if it's worth switching to niri proper for you.
Re: Niri – A scrollable-tiling Wayland compositor
#113My only complain about niri is that after a few weeks without reboot I end up with ~500 terms open, as I often open a new shell to check something, get distracted, and forget about it as it scrolls out of the view... (I usually notice at the 400-500 mark because this machine starts swapping noticeably, and closing it all is a chore that usually ends in pkill without checking...) Maybe a bit more self discipline would…
Wouldn't you have the same problem with changing workspaces? Sounds like you can't keep track of anything not currently present on the screen, which before the overview was a lot harder to deal with. One thing that could help is to create a "temporary terminal" keybinding to launch in floating mode so you'll never forget to close it. Or create a focus-or-launch bind that switches to an existing terminal (tools like N…
Yes and no; the difference with workspace is that I was limited to 0-9 with my old wm, so at some point I'd just run out of space and had to close some windows.
(well, that, and X11 is apparently limited to 256 clients by default and I never changed that; but I rarely hit that limit :P)
I do have some struts on the side, but I'm basically always juggling with at least 4 or 5 tasks so I always have things open; (I'm not using any right now but I do like the "quake terminals" temporary term styles... But for the same reason it's not always appropriate -- if I didn't close the term, it's because I wasn't done with it and mean to get back to it...)
I started using niri before the overview, I think that could help if I get used to it. But better than overview, what I'd want is something always visible like some horizontal scrollbar indicator to remind me there's e.g. more than 3 windows hidden or something. That might be possible to do with waybar and a bit of glue parsing the windows list...
Re: Niri – A scrollable-tiling Wayland compositor
#114Earlier quoted context omitted.
It's right of your editor, where it started. If you have (having had "Editor" focused, and just opened "TermT"): Editor | (TermT) | Term | Browser (FM) | Term | Browser | etc. (where pipe delimits a pane and parens are the active pane), if you go "next desktop" from "TermT" (the terminal at /tmp), that moves you down the stack of desktops. Moving up the stack of desktops returns with focus on "TermT". You'd then go "…
I think they aren't referring to "where does it go?" and more being forgetful. If you have something that would be reasonable to open on any workspace because it's ephemeral (they used a tmp terminal as an example), and you open it, navigate away from it, and then switch workspaces a few time, and then get pulled into a meeting or go to lunch, and come back, switch workspaces a few more times... "Where did I leave th…
Fair enough. "Overview" [0] presumably solves this, though.
Re: Niri – A scrollable-tiling Wayland compositor
#115Earlier quoted context omitted.
I'm pretty much the same fwiw I currently use stage manager and double click the top bar of the window to maximize (that's different than the green button)
don't you just love how many ways of going full screen there are in macOS
Maximizing and Fullscreening are different modes in all operating systems.
I use Niri and it has 3:
1. Use all width (windows are full height by default) and display system bar
2. Use the entire screen and hide the system bar
3. Same as 1 but make the app believe that it’s in Mode 2
Re: Niri – A scrollable-tiling Wayland compositor
#116Earlier quoted context omitted.
It's right of your editor, where it started. If you have (having had "Editor" focused, and just opened "TermT"): Editor | (TermT) | Term | Browser (FM) | Term | Browser | etc. (where pipe delimits a pane and parens are the active pane), if you go "next desktop" from "TermT" (the terminal at /tmp), that moves you down the stack of desktops. Moving up the stack of desktops returns with focus on "TermT". You'd then go "…
I think they aren't referring to "where does it go?" and more being forgetful. If you have something that would be reasonable to open on any workspace because it's ephemeral (they used a tmp terminal as an example), and you open it, navigate away from it, and then switch workspaces a few time, and then get pulled into a meeting or go to lunch, and come back, switch workspaces a few more times... "Where did I leave th…
It has overview. You can see all windows and workspaces in a scaled out view of your preference.
Re: Niri – A scrollable-tiling Wayland compositor
#117My only complain about niri is that after a few weeks without reboot I end up with ~500 terms open, as I often open a new shell to check something, get distracted, and forget about it as it scrolls out of the view... (I usually notice at the 400-500 mark because this machine starts swapping noticeably, and closing it all is a chore that usually ends in pkill without checking...) Maybe a bit more self discipline would…
I don't use niri but I worked around this problem (feature?) by creating a bash script that by default checks if a terminal is already open and if so, brings it into focus. Then I attach it to my default shortcut to open terminal and then create one more shortcut that opens a new terminal every time. So now, depending on which shortcut is pressed, I can either keep reusing the existing terminal or open a new one. I'm…
I have a script that allows searching for windows based on title; so e.g. if I know I had a shell open in directory X I could search for that and jump to it...
But in practice I quickly have 5+ shells in a directory once I start working on something and at this point my script doesn't let me differentiate between these easily enough to be useful.
Hmm, perhaps that could be made more interactive and allow cycling through these without closing the search overlay... I'll give that a try! :)
Re: Niri – A scrollable-tiling Wayland compositor
#118[dead]
Re: Niri – A scrollable-tiling Wayland compositor
#119I love Niri; finally a compositor that has an easy way to inject shaders.
Also: - Rust - Great Nix Flake (thx Sodiboo) - Wayland
Re: Niri – A scrollable-tiling Wayland compositor
#120Niri convinced me to give up xmonad. I ran xmonad exclusively for 14 years. Being able to have an unlimited number of windows on a desktop (without continually switching the tiling structure) makes them collections of topics rather than having multiple desktops bounded by what fits comfortably. What used to be a switch from the "editor and terminals" desktop to the "browser" desktop is now horizontal movement on the…
I've been using i3 for 7 years now, and my immediate response to the scrolling thing was "why?" and after reading your comment, I'm still trying to understand. As one would expect for any tiling wm, the screenshots only show how pretty it can be, and don't really illustrate how it helps with productivity.
Would you mind going into more detail on what actually happens when you move horizontally? What happens when you have a fullscreen editor, then slide over to a half-screen browser? Do you only see half the editor, or does the editor get squished?
One thing I desperately want is a tiling wm that is also a browser. Like if surf ran a practical engine and was more deeply integrated into dmenu.