Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Niri 26.04: Scrollable-tiling Wayland compositor

github.com

Post reply on HN
Print view View original

81–89 of 89 posts

Re: Niri 26.04: Scrollable-tiling Wayland compositor

#81

Post by nickjj »

jasonm23 wrote: post #80
nickjj wrote: post #2

Niri is so good. I've switched to using it about 5 months ago and it was legit the best computing decision I can remember making in recent history to move away from Windows. I have a huge amount of gratitude towards the author of niri. My dotfiles have always included an install script for setting everything up around command line tools, theme switching and more but it fully supports niri now too on Arch based distro…

Please take a look at Nirimod (unaffiliated, but it's awesome.)

If it helps get folks more comfortable configuring niri I'd say it's a win, but personally I'm happy with editing niri's config file directly.

Also, my dotfiles come with a custom Walker menu to find and search through niri key binds, selecting the key bind will run the action too.

With that said, if you're using my dotfiles and want to use this tool, it would be as simple as adding "nirimod-git" to the `PACKAGES_AUR_GUI_EXTRAS` variable in your config file.

Re: Niri 26.04: Scrollable-tiling Wayland compositor

#82

Post by hmokiguess »

phren0logy wrote: post #67
noplacelikehome wrote: post #65

Earlier quoted context omitted.

I sympathise with this. I don't use macOS by choice, but because my employer forces me to do so as the security team has a dated understanding of the state of desktop Linux and MDM software. The challenge with macOS window managers seems to be handling movement of windows between spaces, particularly when the display configuration changes (e.g. when docking and undocking a laptop, or opening and closing the lid). I'v…

No, they don't, but I'd still take OmniWM over not having it.

Fair point, in my case I also have multiple monitors and support for these is notoriously bad in these variants so I rather suffer without it

Re: Niri 26.04: Scrollable-tiling Wayland compositor

#84

Post by junkblocker »

incanus77 wrote: post #4

Niri introduced scroll-based window management to me and it instantly clicked. I'm very happy to see a full-on Niri per-workspace emulation mode in OmniWM[1] for the Mac, recently and thankfully made compatible with Sequoia. It immediately became my main window manager. [1] https://github.com/BarutSRB/OmniWM

https://github.com/karinushka/paneru is much more Niri like. I tried both but OmniWM just overwhelmed me with its options and noisy animations while paneru is very smooth, more stable and non-intrusive feeling like niri.

Re: Niri 26.04: Scrollable-tiling Wayland compositor

#85

Post by dawser »

saintfire wrote: post #46
dyates wrote: post #8

I switched to Niri at the end of last year after over a decade on i3.[1] Having horizontal scroll unbounded by my monitor size and workspace count unbound by the number of shortcut keys I have configured has been very freeing, and the graphical stuff is nice too. My only remaining pain point is that its X compatibility layer, xwayland-satellite, does not yet support drag and drop between X and Wayland programs.[2] [1…

I'm in a similar boat, but I've found where I once habitually put things in the same workspace every time and was able to trivially recall them, I now end up all over the place. Also I've been missing scratch deeply. I'm sure it's solvable with some diligence and config changes, but I haven't invested the time yet.

This is sway on scrolling steroids:

https://github.com/dawsers/scroll

Re: Niri 26.04: Scrollable-tiling Wayland compositor

#86

Post by wink »

WD-42 wrote: post #55
sph wrote: post #47

Earlier quoted context omitted.

I've always (KDE, GNOME, niri) used a workspace per activity/project. I have a workspace with Steam open and a game wiki I was consulting earlier, another workspace with Emacs and browser with documentation, a third workspace with Godot and some gamedev apps open. The beauty of niri is that I never feel I need to close some apps because I've got "too many windows"; it's quite easy to compartmentalize I never understo…

This is the way. I see so many people using tiling WMs that have dedicated workspaces per app, even worse, are all full screen. What is the point? Being able to have one window of Firefox per project workspace, with only tabs relevant to that project - this alone is a better than the myriad of ways Firefox themselves have tried to solve it within the app.

that's the beauty of xmonad-style switching without being pinned down per workspace or monitor.

i.e. if i have virtual desktops 1-2-3 on my 3 screens in order, I can switch out 2 for 4, but 1 and 3 stay put, so 1-4-3. if I want 1 to be in the middle now, I will switch 1 and 4, then I have 4-1-3. Now I can get 5 onto the left and have 5-1-3.

And it does not matter if I have a single big window, or whatever tling wm layout.

The point is that everyone can work however they want. When I use a tiling WM, half my screens/virtual desktops are fullscreen and half are tiled. sometimes 50:50, sometimes in other ways.

Re: Niri 26.04: Scrollable-tiling Wayland compositor

#87

Post by wink »

nolist_policy wrote: post #19

Slightly off topic: Does anyone know a window manager where you can map virtual desktops to real monitors? E.g. When I'm on the move I cycle through my virtual desktops on my laptop screen, but when connecting a monitor I want to cycle between my virtual desktops independently on either screen. While both screens share the same set of virtual desktops.

Not sure I understand, but maybe check out https://github.com/tmfink/i3-wk-switch for i3/sway, maybe it does what you want (as I understood it)

Re: Niri 26.04: Scrollable-tiling Wayland compositor

#88

Post by _rousbound »

nickjj wrote: post #63
_rousbound wrote: post #56

For people that went from i3wm to Niri, I would love to be convinced. Being a i3wm(now sway) user, I tried Niri but found the following points a little bit uncanny: - (Cropping) Sometimes when I scroll by shifting focus, a little bit like 10% of the window I pushed to the left keeps appearing. I tried to configure Niri in such a way that never a tiny fraction of a window be cropped but couldn't manage. Not sure I mis…

=== SCRATCHPADS === I've avoided needing them because of 2 niri features: - You can quickly tap alt+tab to focus the last previously focused window (assignable to a custom bind if you want) - niri's CLI is very easy to work with so you can build a general purpose "launch or focus" shell script in a few lines of code If you have something like Discord or any app you want to only be opened once, you can "launch or focu…

Thank you for your suggestions!

I will try the Alt+Tab alternative to scratchpads.

However the spatial memory concern I talked about isn't exactly of losing windows and trying to find them.

The script you mentioned seems useful to jump faster between windows you are not sure where they are. But what I tried to express is that when I'm in a workspace in i3, I have "perfect vision" of whats inside the workspace, niri I sometimes I have "tiny lapses" of having myself asking "where's the terminal, is it on the left or right of my browser?" this is not "losing the window" is just tiny frictions of having to think where a window is.

I don't know if that was a first impression that could just be solved with better attention and organization(I confess that my first try with niri was not on my work PC, but my media one that is attached to television, so I was not using niri exactly on the same mood I use i3wm).

Soon I might give niri another test drive, thanks again!

Re: Niri 26.04: Scrollable-tiling Wayland compositor

#89

Post by nickjj »

_rousbound wrote: post #88
nickjj wrote: post #63

Earlier quoted context omitted.

=== SCRATCHPADS === I've avoided needing them because of 2 niri features: - You can quickly tap alt+tab to focus the last previously focused window (assignable to a custom bind if you want) - niri's CLI is very easy to work with so you can build a general purpose "launch or focus" shell script in a few lines of code If you have something like Discord or any app you want to only be opened once, you can "launch or focu…

Thank you for your suggestions! I will try the Alt+Tab alternative to scratchpads. However the spatial memory concern I talked about isn't exactly of losing windows and trying to find them. The script you mentioned seems useful to jump faster between windows you are not sure where they are. But what I tried to express is that when I'm in a workspace in i3, I have "perfect vision" of whats inside the workspace, niri I…

No problem.

niri's alt+tab also has a filter where if you hold alt and then press "w", it will only show you things on your active workspace. There's a little label that pops up showing this. You can also press "o" to filter it for only 1 monitor (output) too.

The above might help with those lapses.

In my case I haven't experienced this because I'm usually after the end game destination which is focusing the app so fuzzy finding it is the quickest path to that. If it's 8 windows to the right or 3 to the left is all the same to me.

With that said, I do sometimes have sessions where I have 3-4 things open side by side and I quickly cycle between them by going left and right. In those cases I don't have memory lapses because there's only a few windows open and I'm doing something specific. When this task is done I usually close those windows or no longer need to remember their relative position to windows in view.

I bet you could create a cool looking horizontal mini map to show a strip of things open on a workspace, this way you don't need to open up other things (overview, alt-tab, window finder, etc.) to see where things are.

Post reply on HN