cardboard VS wlroots-eglstreams

The article at the link you posted is about the Cardboard WM.

Shoutout for Cardboard, an awesome Wayland compositor and a rare example of Scrolling Tiling window management.

https://gitlab.com/cardboardwm/cardboard

You have cardboard which is a freestanding wm based on the functionality of the old paperwm plugin for gnome: https://gitlab.com/cardboardwm/cardboard

Er, on my laptop? It might be more precise to say that I can't find any way to make it use anything else; manpages give me nothing, grepping for "layout" in the source tree gives me nothing (relevant; window layouts show up), and there's an open issue (https://gitlab.com/cardboardwm/cardboard/-/issues/30) asking for it, all of which makes me conclude that it doesn't appear to support doing anything but QWERTY. That said, I said "AFAICT" for a reason; if you can prove me wrong I'll be quite grateful (because, seriously, I would like to use this thing).

They can’t be disabled, but I’ve opened a bug about it: https://gitlab.com/cardboardwm/cardboard/-/issues/27

Would it be possible to use the 'layout generator' functionality to create scrolling workspaces in the style of PaperWM or cardboard? Where rather than tiling the traditional way into the space available on the monitor, windows are tiled next to each other in columns on an essentially infinitely wide workspace and scrolled to bring the focused window onto the monitor.

PaperWM is the original inspiration, but then I acted on the suggestion of one of the developers of cardboard and made a plugin for Wayfire.

Cardboard is hosted on Gitlab at https://gitlab.com/cardboardwm/cardboard

I actually got a chance to develop against some proprietary API and i don't blame them for not wanting to support proprietary drivers , But there is at least one guy maintaining a fork for nvidia so you can try your luck there.

The developer of the EGL stream fork of wlroots wants to migrate to the original version, maybe if he will become a maintainer there could be a change in the status quo, or he can maintain a fork with fixes.

Sway uses wlroots, which is one of I believe 3 wayland libraries (wlroots, smithay and taiwins). It just happens that sway (and most other compositors such as river, hikari, dwl) use wlroots, which doesn't care about nvidia. There is wlroots-eglstreams if you want to try that.

That is not entirely true, there is a fork of wlroots which supports NVIDIA's proprietary driver's EGLStreams implementation, which works fine with Sway and probably other WMs too, see https://github.com/danvd/wlroots-eglstreams.

In the meantime you can use wlroots-eglstreams

Install a fork of wlroots (the library used by Sway to do pretty much everything).

Also I know about a fork a guy did for wlroots that adds support for egl streams but this is far from ideal, it's a interesting job nonetheless https://github.com/danvd/wlroots-eglstreams

If your a technical person , you can give wlroots-eglstreams a try (it's a fork of wlroots adding nvidia support).

As of now you can run Sway with wlroots-eglstreams, which is a work-in-progress fork of wlroots, working as drop-in replacement, see https://github.com/danvd/wlroots-eglstreams and https://aur.archlinux.org/packages/wlroots-eglstreams-git/.