No, it’s a limitation with swaybg so they created a tool that doesn’t have that limitation.

Sideloading or preinstalling?

Sideloading already existed, but only for ostree flatpaks. Flatpak also supports OCI flatpaks, but the support for those aren’t as good, hence the previously missing side loading support.

“We do <thing > because we always did before <thing 2>” is not a good point

I didn’t mean it in a “this is better way”. I’m just saying that Wayland was designed around the idea of client side decorations, not server side decorations. Gnome has stuck to the more purist vision of Wayland, which makes sense since I believe they were its biggest proponent.

That can be dropped eventually too. Compositors like Niri don’t implement Xwayland support directly, and instead use Xwayland Satellite.

The for argument is basically the following

• Wayland as a protocol was designed around CSDs, protocols for SSDs came years later
• Having the client control the CSDs simplifiies things for the compositor and apps
  • The compositor has less things to implement and test
  • Modern apps tend to prefer CSDs anyway since it provides more flexibility, very common on MacOS and Windows
  • It’s difficult to coordinate things between the client and compositor.
    • Something that annoys me about KDE is that they do this headerbar look where the top part of the application will match the color of the the titlebar. However, the top part of the application is drawn by the application and the titlebar is drawn by the compositor. But when the color changes (such as going from unfocused to focused), they do not update at the same time, so for a frame or few the top part of the application is a different color than the titlebar. That wouldn’t happen under CSDs.

No

[Blockchain] technology is neutral. People make it good or bad.

Sure, maybe. But you’re making it clear you’re in the bad camp too when you’re announcing this with NFTs.

I hope the performance significantly improves by then. Beta 1 felt pretty rough to me. And also, animations.

The security and privacy don’t matter much when most of the emails you get are coming from unprivate servers like Gmail or outlook.

The main reason I hear is that it maximizes screen usage and helps avoid/limit the tediousness of having to manage windows.

Not what you’re asking for, but I’ll give you my perspective as someone who’s tried tiling on and off and overall don’t like it.

1. Applications work best at certain aspect ratios, having them automatically tiled to different aspect ratios can be annoying
2. Some windows windows/pop-ups have no business being tiled. Like some Yes/No dialogs (not all windows specify a max size which would avoid triggering the tiling) or a simple calculator. And you can specify which ones to have floating, but it requires setup.
3. Sometimes it ends of causing more work than floating environements. Most of the time I only have a max of 2 windows open, but occasionally I’ll quickly try to do something then end up with 4-5 windows, at which point that’s too many windows and I need to reorganize stuff to continue working. But that usually wouldn’t be an issue in a floating environment.
4. Worst of all, just setting up a tiling environment is a nightmare. You have to configure the actual compositor/WM, which tools you want to use with it (bar, launcher, screenshot tool, notifications, screenlocker, etc) and configure all those too, ideally with some basic theming to make them look coherent. But inevitably you end up with missing functionality especially in the modern area where an app might be sandboxed or expecting all xdg-portals to be implemented, which most compositors don’t do.

Cosmic is exciting in this regard since it aims to be a fully-featured floating and tiling environment. You could just toggle between them as necessary (or have them on separate workplaces). You also get much better portal support.