Earlier quoted context omitted.
The question is what are you going to do if you want to launch an app relevant to the current workspace (let's say Gimp), but it's not important enough to be visible with the other windows in that workspace (editor, terminal, browser) or it doesn't fit. Overflowing Gimp onto another workspace because of this is the main cause of workspace spam that a scrolling WM solves. If you're working on more than one project (so…
I open Gimp on a scratch workspace and immediately have my WM jump to it. How is that different from having to scroll to it? If I need a Gimp in every workspace I just open a Gimp in every workspace where I need one. Or even customize my Xmonad to show specific Gimp instances on select workspaces. Again, how does the scrolling layout do me ANY favors here? Sure, Niri takes away the question of where to place it, but…
Sticking with the workspace-per-project scenario:
What if there's no room in the workspaces that need Gimp? Or what if you only want Gimp occasionally, so you don't want it to fight for layout with your important windows in each workspace.
The downside of scratchpad is that you'll have many Gimps there, and they're disconnected from their related workspaces.
> Niri takes away the question of where to place it, but it definitely doesn't help with "Where the fuck is that one window I opened and how do I find it?"
In the workspace per project example, it's "my project foo Gimp is in the project foo workspace's overflow".
With something like i3/sway, you'll probably hide gimp in a tabbed/stacked container in some node in the workspace tree, but that's fiddly and kind of a hack in this example.
As for "where the heck is this window at all", I like mod-tab to MRU enumerate windows globally. This is a nice solution in any WM/DE.
> If you really need THAT much overspill on a workspace
We're just talking about an extra window here in a multi project setup which is something I run into dozens of times a day. You'll find a reference to this in every "I switched from i3/sway to niri" blog post. https://ersei.net/en/blog/niri - I'd say it's the main trade-off.
> Sure, Niri takes away the question of where to place it
We can probably just end it here, because that's the utility of a scrolling WM and you saw my point.