zlacker

>>tonyst+(OP)
Yeah, no. Maybe with old laptops, but newer laptops still have their fair share of issues. When I bought my thinkpad A485 kernels wouldn't boot without additional parameters, the graphics would freeze at times and cause a hardlock, sleep and hibernation have been fixed and broken again intermittently over several kernel versions, the wifi card's AP mode started causing segfaults in kernel 5.2 due to the driver's rewrite but has since been fixed, the fnlock key LED didn't update properly, which I spent a while debugging and submitted a kernel patch for, and while over the years the fingerprint scanner has been implemented, it's a pain to install and support for fingerprint scanning in linux is still in a very sorry state. Oh and bluetooth still can't connect more than one device at a time, so I had to buy a dongle to connect two joycon controllers.

Granted, I've always had these kinds of issues with new laptops, especially when it came to proprietary nvidia or AMD graphics (before AMDGPU) and I agree it's improved a lot, but I still need to tell people that there's caveats with some (especially newer) laptops.

>>mid-ki+H5
With Wayland, Gnome and KDE have no way to adjust the scroll speed on a laptop trackpad. Not the pointer speed, the scroll speed.

In 2022.

That is the kind of basic thing that does not work.

In addition to that, if you have a high-DPI laptop display and you want to plug it into a low-DPI desktop monitor (or vice-versa), good luck getting the scaling to work in a usable way.

>>_skel+Eu
You certainly know what you're talking about because from a lot of experimentation, my take on the state of 2022:

If you want the "works so well it's boring", go with X11. The one exception, as you note, is multi-DPI, which has native support in Wayland.

For Wayland, there are (depending on DE/compositor) some specific issues or inconsistencies, like the scroll speed you are mentioning. Personally, I also have qt5 apps being all over the place with window placement under wlroots. There are times when you'll need to look up some environment variable to make an application or toolkit behave properly.

So if you're in the high-DPI+low-DPI scenario, yeah, it still takes some effort. For anyone else, I think OP holds.

My pick for a "boring stable desktop" stack:

* Dist: Your preference of Fedora/Debian/Arch. (Mint, Pop, and Endeavour acceptable derivatives)

* DE: Budgie/XFCE/MATE/Cinnamon

>>Legogr+jR
I can’t imagine not being in the “multi DPI” scenario though? It’s not some edge feature that affects a minority of power users, it’s just plugging an external display into a laptop. The DPIs almost never line up - not since high DPI displays became mainstream about 10 years ago.

>>udp+TV
I think this is more niche to care about than you might imagine. First off, a huge % of the population barely knows what an HDMI cable is and just doesn't plug their laptop into anything. Second, office workers might have a nice docking station setup, but in that case you are probably basically turning the laptop into a desktop (with a keyboard, mouse, and nice monitor) -- why bother with the laptop screen at all? Finally, perfect DPI matching isn't really required -- a 1080p laptop with a 1440p monitor should probably be fairly reasonable looking for most normal screen sizes.

>>bee_ri+p91
Because it is yet another screen to put stuff on.

>>pjmlp+aj1
Sure but it is a small one, and designing a way to place it ergonomically is going to require some extra effort.