Sway's lack of features is also its advantage, because it's been the most stable and consistent window manager/compositor experience I've ever had on Linux (X and Wayland). Hyprland sometimes has its bugs, which does make sense given how young and fast-moving the project is.
Then I tried out hyprland, and I had multiple crashes a day, and not really saw any benefit compared to sway. I also needed to disable all of the animations which are enabled by default, because they were nauseating and made everything slower (compared to the snappieness of sway, still faster than macos/windows).
I would have probably invested some time into debugging the issues, if I had seen any reason why I would want to use Hyprland over Sway.
After a few weeks I switched back to sway, and never felt the urge to try it again.
- Having two monitors and turning them off (either physically or through dpms) shifts all workspaces to the last monitor that is on, even if it's on for a split second,
- Turning off monitors (physically/dpms) caused waybar to crash.
I don't have those issues on sway, so I'll stick with it until hyprland matures a little more.
The Sway author has strong opinions about nvidia (historically warranted), so you need to specify a magic flag (now --unsupported-gpu, previously --my-next-gpu-wont-be-nvidia).
But yes, that's probably it.
I agree that the naming of the command-line flag was childish, but I think it was reasonable to refuse to be strongarmed into doing unpaid work to support Nvidia's end-run around standards that all the other players in the space adopted.
[0] https://www.phoronix.com/news/Streams-vs-GBM-Toolkits
[1] https://www.phoronix.com/news/NVIDIA-495.44-Linux-Driver