8 ms·
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
by _skel 4y ago
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.
- londons_explore 4y agoWayland just generally is missing config files... Like just give me a big text file with hundreds of tweakables and tunables like X had... They hide behind 'you just need to get your client to make the right API calls'... but that just means most wayland compositors don't support most of the available options...
- twblalock 4y agoIf we are talking about desktop Linux, a lack of config files is not a problem. If you expect people to edit files to get their desktops to work properly, you have already lost. The same config pane where I adjust my pointer speed should let me adjust my scroll speed.
- smoldesu 4y agoTo add in the fancy slider you want so much, there needs to be a corresponding tunable in Wayland. MacOS does this with plists, it's not some radical or hated design pattern.
- twblalock 4y agoIf you think that is a "fancy slider" you lack perspective. It is a basic, expected feature that is supported by Windows and macOS for laptop users. And I'm pretty sure it used to work on Linux too, before Wayland.
- smoldesu 4y agoIt indeed used to be supported before Wayland. I don't develop Wayland though, and if I did then it would look very different from how it exists now.
- bee_rider 4y agoGenerally those config panels write to files for you (how else would their changes be persisted?)
- twblalock 4y agoThe storage mechanism is not the interaction mechanism, and Linux config files are not user friendly. All other desktop operating systems have a control pane for this stuff.
- bee_rider 4y agoConfiguration files are a developer-friendly and user-friendly way of supporting customization. It allows more conventional Linux users to do their customization using their favorite text editor, in the familiar interface that they already like. And, if somebody decides they want to write a GUI for configuration (maybe to chase users who are more familiar with consumer OSes), all the GUI has to do is write to a file (an easy task in most languages).
- dividedbyzero 4y agoI'm a user and I don't find being made to directly edit config files user-friendly at all. Why on earth would I want to use a text editor to configure my printer? I don't use Powerpoint to edit photos either, even though in theory I probably could, but what a hassle. That sort of paradigm is fine for applications intended for professional use to be deployed to servers etc., but config management systems exist for those uses and the people managing these applications tend to be paid quite well, which is no coincidence. Targeting ordinary users? If there is no (decent) config UI, then it may be developer-friendly, but it's definitely not user-friendly. Yes, that can be a valid trade-off for resource-strapped hobby projects, and yes, it's fine if there is a config file in the back, but that shouldn't be the only way to configure an application. No other platform tolerates this sort of thing, and with good reason, given that most people find configuring software to be both intimidating and annoying even under the best of circumstances. I think devs actually believing that all users are just like themselves for decidedly non-dev applications plays a sizable part in why desktop Linux fails to break out of its tiny hardcore technical people and sometimes their parents niche year after year. Most people's favorite (i.e. only) text editor likely will be Microsoft Word, and I'm not sure how many of those people would say they like it.
- xani_ 4y agoConfig files are far preferable to some random database dug somewhere in registry of DE blob of stuff. Because you can make a simple program that just "does the right thing" for user then include it in distro
- kaba0 4y agoHTTP just generally is missing config files - wtf does that mean? Which wayland compositor?
- yencabulator 4y agoThat's like saying X11 the communication protocol is missing config files. Wayland is not a concept that would, or should, have config files. Sway is an example of a Wayland compositor, that is an actual piece of software, and has a config file. > input <identifier> scroll_factor <floating point value> > Changes the scroll factor for the specified input device. Scroll speed will be scaled by the given value, which must be non-negative.
- abrouwers 4y agoWell, Wayland is "new.". Why not use X if it doesn't yet fit your needs?
- twblalock 4y agoDo you honestly expect users to swap out the window system to solve a simple problem like a lack of scroll speed adjustment? Most users won't even know the difference between Wayland and X.org and X11 unless they are already the kind of tinkerers who used Linux on the desktop despite its drawbacks. Normal people have no idea what any of it means, and they should not need to know.
- Gigachad 4y agoX is purely worse for this case. Wayland supports live switching window scaling as they drag across monitor boundaries. X does not. The issue is that electron apps do not support Wayland yet so they run in the X compatibility layer which can not live switch. So reverting to X means you go from some of your windows not working to all of them not working. Supposedly upstream electron has fixed this but I'm yet to see a single electron app that works. Maybe they just haven't updated electron.
- xani_ 4y agoWell the distro push to use wayland isn't helping the case.
- joombaga 4y agoAgreed. It's a sad state of affairs. And unfortunately Wayland is the only way to get mixed-DPI with proper scaling.
- GekkePrutser 4y agoIt's not. I've managed to do it in xrandr. I have my main screen (and thus all screens) rendered at 200% and then scale down the other 2 back down to 100. Basically how macOS does fractional scaling. It's not real multi-DPI no but effectively it does work. Does require a pretty decent GPU to render all screens at 200% before it scales them down though.
- vladvasiliu 4y agoHow's the blurriness, though? At one point I was using two 24" screens, one 1920x1080, one 3840x2160. I've tried messing around with settings, until I ended up on xrandr scaling as being, basically, the only solution. Five minutes later, the low-dpi display was in the closet, because I couldn't stand the blurry fonts.
- GekkePrutser 4y agoIt's ok for me but I used macOS before which also uses similar font anti-aliasing (macOS tries to preserve the look of the font in contrast to Windows which tries to align to pixel boundaries). But indeed YMMV here.. There is no way to use non-anti aliased fonts at small sizes this way. For me it is fine, I would set it up the same way anyway but I forgot it's not for everyone.
- mixmastamyk 4y agoCinnamon does this fine on my framework. Is it imperfect in some way?
- _abox 4y ago> 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. Sure? This is exactly the thing that Wayland was supposed to solve. Only X has one DPI for all screens. I still use X because I'm on FreeBSD and I even got multi-screen multi-dpi scaling to work there, with xrandr settings but indeed it was not fun. In Wayland it should be click & play though.
- Gigachad 4y agoWayland supports it quite well but any app that uses the legacy XWayland compatibility layer does not work. Which is basically everything using Electron. It's not a fault of Wayland but it is reflective of the whole Linux laptop experience.
- GekkePrutser 4y agoWell, it took a long time for all Windows programs to work somewhat decently, and even now the OS still does not have great multi-DPI support. For example when I move my mouse from my 192 DPI screen to my 96 DPI screen, the mouse position translates in physical pixel, not in physical location. So at the bottom it matches but near the middle of the 192 DPI screen it stops going to the left (it already ends up on the top of the 96 DPI screen going from the middle of the 192 DPI screen) and becomes an 'invisible wall'. Even in Windows 11 they didn't bother to fix this :( The only OS that had a good transition to multi-DPI capabilities was macOS and that's really because Apple doesn't care about legacy and forces app devs to update their stuff. But it's not just Linux that's having a hard time with this. But I didn't know this was a specific problem. I'm not using Wayland yet and won't for the foreseeable future. I'm on FreeBSD and KDE on Wayland has been broken a long time. When I hear this it sounds like a good decision anyway :)
- Kwpolska 4y agoWindows' HiDPI does have some glitches (like the mouse positioning thing), but most apps work seamlessly (including browsers, Electron, and IDEs) or reasonably well (Microsoft Office). Also, Windows supports any scaling level, whereas macOS only supports 100% and 200%, which makes it easier to mask any sort of issues or bugs (pixel-doubling looks less blurry than scaling things up by 125%). Many (most?) 13-15 inch Windows laptops ship with a 1080p screen, which works best with a 150%-125% scale.
- Legogris 4y agoYou 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
- udp 4y agoI 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.
- sbdncuvh 4y ago
- bee_rider 4y agoI 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.
- pjmlp 4y ago
- gsich 4y agoPointer speed is also messed up depending on DE.
- kaba0 4y agoHere is a comment that may solve it from a recent thread: https://news.ycombinator.com/item?id=32896463 https://news.ycombinator.com/item?id=32896463 Though it has nothing to do with Wayland before the flamewar starts, it’s just libinput and gtk maintainers not agreeing upon whose responsibility is it to handle scroll events (it is gtk’s though, libinput doesn’t have enough context to implement kinetic scrolling, so it really should be the framework that adds semantic meaning to an event stream)
- ChuckNorris89 4y ago>it has nothing to do with Wayland before the flamewar starts, it’s just libinput and gtk maintainers not agreeing upon whose responsibility is it to handle scroll events Sure, but for me as an end user, it's irrelevant who's fault of this bazaar engineering endeavor it is that very basic quality of life features from Windows/MacOS do not work on Linux. As a dev I understand the struggle why this and many other stuff doesn't work right on Linux, but as a consumer/end user I don't care about their internal feud and I expect the product I use to have basic stuff like this working out of the box.
- kaba0 4y agoSure, I target it more specifically to the anti-Wayland group. I don’t really care whether they continue to use X indefinitely, or use another OS or whatever, but don’t attack an open-source project, and at least not on false claims. Also, unfortunately the bazaar style of development sort of begets this kind end-user experience. Some people like it, others don’t. I change between OSX and Linux quite often nowadays, what I prefer in the latter is that I actually have a chance of fixing problems, not just wait around and pray to the Apple/Microsoft gods that they may have fixed the issue in the next multi-GB update. Also, piece-by-piece, free software often beats out proprietary offerings’ alternatives, it is usually the experience together with the whole stack that is lacking. E.g. pipewire may well be a better sound stack than that of the other two OS’s.
- ChuckNorris89 4y ago>but don’t attack an open-source project, and at least not on false claims What did I attack and which false claims did I make? >what I prefer in the latter is that I actually have a chance of fixing problems What I and most consumers want is a product that does not require fixing or learning how to fix things. I and most other people don't want to play sys-admin at home despite having cut my teeth in it and making it a career. I work in cybersecurity so all our workforce is fluent in linux which we daily drive at work and yet at home everyone of us only uses Windows and/or MacOS on our personal machines with only one guy using Linux religiously at home. When even experienced linux users don't want it in their personal lives that says something. Even though we know how to fix things but our free time is much more valuable. Nobody likes a desktop that stutters and ruins your immersion and productivity, especially if you're running a system that costs several grand.[1] Maybe when the hardware manufacturers can work with the bazaar engineers and finally agree on something and work together with the desktop environment devs on how to make Wayland a fully feature complete drop in replacement for X11 with no rough edges, quirks or issues and have feature parity, smoothness and polish to Windows/MacOS, we can finally have the "year of the (polished) Linux desktop". Until then, I and most consumers will continue to use whichever OS provides the best experience with least amount of friction. [1] https://youtu.be/moYwK0YMFjQ?t=610 https://youtu.be/moYwK0YMFjQ?t=610
- PlsDntBan 4y ago
- chrismorgan 4y agoThe thing I find odd here is that my experience is the opposite: in i3 (X) I can’t adjust scroll speed, but in Sway (Wayland) I can.
- brokenmachine 4y agoTBF I have that problem on a Windows 11 laptop. The two-finger gesture scroll speed seems to be at a fixed speed, and way too slow for my liking. I would like it to scroll faster than the mouse movement speed.