I don't care about animations wasting CPU time. Any modern CPU has plenty of cycles to spare for animations. I care about wasting my own time. If I minimize a window, it should minimize immediately. I don't want to wait for some useless animation to play first.
That animation in particular (window minimization) is 200-300ms long in most DEs, and is located on the slow/discoverable UI path that is tolerable to such delays. If you want faster speeds, you likely use the keyboard and your muscle memory and aren't likely to find yourself in a scenario where you want to minimize or maximize a window at all, since you're using the hot/low latency path through the UI (e.g. Alt-TAB or a myriad other ways). If you use a pointer, it's a rather negligible delay compared to moving it, and of course you can make it faster in the settings. UI design is about thinking such details through and measuring them, not adding useless animations to annoy power users.
Anyway, it's not the point. You're always free to disable animations if you think they're making you slow. I think too many people in the discussions about UIs are confusing quirks of particular interfaces with first principles, and are extrapolating specific experiences to the whole field.
>it's a rather negligible delay compared to moving it
That's an irrelevant comparison. If you booked a long flight, would you accept somebody pointlessly delaying it for an hour just because that's short compared to the duration? The correct amount of avoidable latency is zero, regardless of how much unavoidable latency there is.
It's also false; I have a good mouse, good mouse skills, and my taskbar sits against the edge of the screen giving it effectively infinite height (see Fitt's law). I can hit taskbar targets in around 300ms.
You're assuming this is a sequential workflow, which it isn't. Animation is already done by the time you hit a target. I also am fast with the mouse, I used to play and design competitive FPSes for a living, that's precisely why without measurement and considering actual scenarios I have a really hard time believing that this specific thing actually slows anything down for real use cases and isn't just your personal preference/imagination. I disable it too but it's just my preference, as I find it distracting and breaking the focus.
> You're always free to disable animations if you think they're making you slow.
Sadly less and less true nowadays. I always try to turn off any animations. On Android the settings is not respected, not even by Google owns app. On KDE itseld, it respects it pretty well, but applications don't always do, and not consistently. Firefox has its own animation settind on Android, linux, and windows (never tried on mac), and firefox doesn't even respect it in some case when scrolling even though i turned off everything.
I hate animations. I want everything instant, my time is precious, my ability to suffer shit moving all over the place is limited.
My phone conveniently integrates the functionality of an emergency communication device with the old calculator watch I used to have. That's about the limit of what the hardware form factor can do without it being an absolutely miserable experience. I don't do real computing on a touch screen.
I believe most objections to GUIs come from people who've never experienced good mouse control. If you're not using a high-end gaming mouse and a high refresh rate monitor, with sensitivity/acceleration curve selected with careful thought, on a mouse pad that suits your settings, you probably have bad mouse control.
Watch some videos of top-ranking aim trainer players so see how high the human skill ceiling is for mouse control, and look at the hardware they're using.
You and OP are both conflating GUIs with mouse control. GUIs are great, sure, but aren't necessarily mouse-driven. I'm not using the mouse 99% of the time in my GUIs.
(also are you suggesting becoming a e-sports tier performer to be... fast in executing actions on your computer? Think about how absurd it sounds. Mouse clicking on UI elements requires visual feedback and a lot more conscious effort where keyboard is unconscious and just as fast. Yes I'm more than aware what aim trainers are, and high-end mice are not more special than high-end keyboards. Aim trainers have completely different constraints and requirements from UIs.)
I suspect that is a huge factor, indeed. I often see people using bad mice, with uncomfortable shape, bad buttons, bad sensitivity plus often acceleration enabled. Then on top of that, people are putting mouse in some weird locations, like a narrow slit shelf, or far away from the keyboard (because they have a bad sensitivity configured in part). Or even no mouse and just use trackpad (even the superb one like in Macbooks). Of course GUI would feel clunky that way.
Stateless desktop is a feature. Application state is something I have to mirror in my head to prevent applications from doing unwanted and surprising things.
IMO, even the clipboard metaphor is too much state. We already have the selection highlight, which has the nice benefit of being directly visible. This should be reduced to a single global selection highlight. Then copy and paste can be replaced by "duplicate highlighted selection here", eliminating the possibility of forgetting what's in the paste buffer.
Hot Dog Stand is really illustrative of the change in attitude. Previously: "It's your computer, of course you're allowed to make it look ugly." Now: "It's our computer, that's not on brand."
IMO, "scroll here" should be the default action for clicking on a scrollbar. There are already good keyboard shortcuts for page up and page down, but there cannot be a keyboard shortcut for "scroll here". It's wasting the capability of the mouse to duplicate keyboard functionality when you could be benefiting from unique mouse-only functionality.
Oh hell no. If you think "scroll here" is a sane default, you haven't experienced the pain of jumping possibly thousands of lines in a long document with an accidental click, and no easy way to go back to where you were.
I don't think that's a serious problem. There are three possibilities I can think of:
1. You're editing text outside of Emacs. Your cursor remains where it was, so you insert a single character and the document scrolls back to the cursor. You can then delete that character.
2. You're editing text in Emacs. You like to pretend it's still the 1970s and off-screen cursors are some pie-in-the-sky fantasy. You solve the problem with some unspecified ELISP wizardry, which as a self-respecting Emacs user you are surely capable of.
3. You're reading a read-only document. You activate your full-text search, which every good document viewer has, and start typing the last sentence you read while it's still fresh in your memory.
Mouse and keyboard should be alternatives on equal footing as much as possible. The gutter for page up/down has the benefit that you don’t have to move the mouse all the way up and down to the arrow buttons when repeatedly switching between the same adjacent pages, or when you positioned the scroll button slightly off where you wanted the position to be, and adjust it a little by paging up or down — especially when the scroll range is so long that a small mouse move on the scroll bar corresponds to more than one page.
For scroll ranges that aren’t overly long, you can long-press so that the area ends up scrolling to that position. Only for long scroll ranges is it necessary to drag, use the context menu, or the Shift key, for absolute positioning.
There are certainly trade-offs, but it’s not like there aren’t justified reasons for the way it is.
The ubiquity of mouse wheels and two-finger scrolling on trackpads drastically weakens your case for prioritizing the page up and page down behaviors in the scroll gutter. The mouse already offers a low-effort way to adjust scroll position at small to medium scales, generally much easier that repositioning the cursor from above to below the scroll thumb unless you really need to scroll by precisely one page (usually not possible on the web anymore because of floating dickbars).
With regards to Qt, does that mean Qt apps on Windows or something? I use KDE so there are a lot of Qt apps and they are all click-to-scroll in the scrollbar. Of course it's KDE so it's configurable so you can change it to click-for-page-up/down and middle click to scroll, but left-click to scroll is the default.
A video game allows you to develop your skills and use your brain in a complex way (especially true of competitive multiplayer games). A slot machine is played by mindlessly pulling a lever.
The "anonymity of online games" is much greater than it used to be. It used to be standard practice for people to host their own private servers and play with people they knew. This naturally filtered anti-social behavior because people knew they wouldn't get invited back. And public servers were a more casual environment, where the occasional cheating wouldn't ruin any serious competition.
"No, thanks" is also insulting and unacceptable. I want "No, fuck off", so let's compromise on a plain "No" like we used to get in the era when computers were made for the users.
reply