* Better multi-window and gesture support
* Gaps built in (currently, i3 is separate from i3-gaps, which is what most actually use). No separate forks to deal with, meaning easier maintenance.
* Wallpaper
* Faster
However, there are some big downsides. Wayland is still pretty beta, and not everything works well with it. This is not the fault of Wayland/sway per se, more the fact that everything is based around X11. Biggest thing for me is no copy/paste. Hidpi scaling is supposed to be a nightmare. Also, sway doesn't support Nvidia, and the author has publicly stated he refuses to support any Nvidia drivers (or at least until they're open-source).
One of the biggest draws is keyboard-friendliness: you don't have to use a mouse to navigate, ever. Nice for those of us who already prefer programs like vim that allow keyboard usage, and can increase productivity. It's also good for multi-window setups (having more than one open), though some people who use tons of windows use bspwm (represents windows with a binary tree).
Furthermore, it's proprietary NVIDIA drivers Wayland isn't supporting, not NVIDIA itself. AFAIK nouveau works just fine. There are many great reasons for not supporting the proprietary NVIDIA drivers.
I think the instructions are meant for Debian however and there are some differences in the commands you need to run. If you use a Redhat distro and/or you want some further optimization tips I'm also happy to work you through the process.
https://vfio.blogspot.com/2015/05/vfio-gpu-how-to-series-par...
This is becoming a lot less true. Unless you really want to run the latest games (in which case you'll be on Windows anyway), nvidia is on equal footing as AMD nowadays on Linux. AMD has made a lot of efforts and progress the past few years, and them playing nicely with the OSS community makes a big difference.
My next computer will have an AMD card&processor.
Now I know my next home gaming computer will also have a Radeon card.
P.S. Put a monthly donation for Sway. Really appreciate the work!
Not everything needs to have a real use case!
So it seems like the feature list is 'better gesture support' in exchange for a lot of downsides?
I am not trying to be dismissive, but I see so many people evangelizing it over i3, I feel like I have to be missing something. I can't believe there's a single person who finds those tradeoffs acceptable outside of those who want it to be good eventually and are working towards that.
Even back in 2002 RandR supported obtaining screen size information in pixels and millimeters which can be used to calculate DPI... or actually, what people really want when mentioning "DPI support", an automatic way to scale the windows.
How the window scales is up to the toolkit to implement and is independent of window system and really, even independent of screen size/DPI since some users (e.g. due to sight problems) may want their windows to be scaled even on "low DPI" monitors (the whole DPI thing is just a default setting).
The main problem i see with X here isn't some technical inability, but a way for window managers to notify other clients that they should change their scaling (since the window manager is in a better position to know what scaling each window should use - especially when you want different scaling per monitor, which again can be independent of DPI since you may want a large scale for a wall mounted TV even if the DPI would be very low) - essentially something like a new _NET_WM_SCALE window property for EWMH clients and window managers.