The meta problem with all this desktop UX design discussion is that it's not actually very problem driven.
Many of us solve our UI problems and we land into our own happy minima.
Many of the UX "solutions" are either invented problems or not my problems or worse, grinding some anti-me agenda.
Like many, a lot of my UX improvements have been to simplify the UI. Tiling, with just a few windows per virtual desktop in herbstluftwm: kitty, emacs, browser and some rare transient application (usually PDF or image viewer).
The idea in the screen shot horrifies me. Why would I buy an expensive high pixel monitor just to use only 10% of it to display a single window? Why would I want to waste CPU to animate the migration of a full window to a single button icon (another example given)?
These UI "innovations" are great for movie props but do they actually help in reality? Not that I see. The "stagnation" of UI to me is more a plateau. Anything truly new must be driven by new "I", no input/output channels between user and computer.
The one interesting idea I saw in the article was Lifestreams. I think storage and recall is something that needs improvement and new ideas because for me that is a problem. I produce and consume too much info while recalling it is hard and while also I often do not produce or consume info that I wish I had.
Again, it's the I/O that drives the progress.
>Many of the UX "solutions" are either invented problems or not my problems or worse, grinding some anti-me agenda.
>These UI "innovations" are great for movie props but do they actually help in reality? Not that I see.
Scott Jenson specifically mentioned in this talk that he doesn't view open source devs as programmers who couldn't care less about needs of non-power users, but this is exactly that sort of a tone deaf response, and a really narrow perspective.
Most actually novel things in Linux desktops since the ~late 2000s target the extreme power users. They have near-zero discoverability, terrible defaults, building substantial skills and constant practice and maintenance are required to use it for rather routine operations, etc. I mean I also used to configure my WM by programming it in Lua (because it expected the users to know it and I do), I also use emacs for quarter a century, I use Nix to set up my entire desktop, but I'm not saying everything else is useless and carries "anti-me agenda".
Your animation example is really telling, most users are like "where did my window go??" without it, I'm talking from the first-hand experience of watching young people trying to use a computer. The CPU argument is simply inane and 100% irrelevant for the modern hardware, I'd understand if it was distracting for you (and me too), but wasting CPU is a silly hill to die on. Power user interfaces that make simple things hard is the primary reason most young people outside of a really narrow group are not tech-savvy and look at desktops as obsolete ancient tech.
There are arguments that it's impossible to target both power users and any others, but these are all simply wrong. Both target groups are totally compatible, you can look at Microsoft's ribbon or superbar as an example of such an interface. In the worst case you introduce a simple binary setting if you don't want the cues, don't tell me it offends you somehow please.
(That said, it's funny to hear SJ mentioning his work on Finder, because that's probably the worst non-power-user file manager in existence.)
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.
> 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.
I have animations minimized (whatever the setting is called) on my iphone, and there is still a maddening delay when doing many actions. Either the app has hard-coded some amount of time between presses or the program is so inept that it really takes fractions of a second to do basic activities.
frumiousirc · · focus · HN ↗
Many of us solve our UI problems and we land into our own happy minima.
Many of the UX "solutions" are either invented problems or not my problems or worse, grinding some anti-me agenda.
Like many, a lot of my UX improvements have been to simplify the UI. Tiling, with just a few windows per virtual desktop in herbstluftwm: kitty, emacs, browser and some rare transient application (usually PDF or image viewer).
The idea in the screen shot horrifies me. Why would I buy an expensive high pixel monitor just to use only 10% of it to display a single window? Why would I want to waste CPU to animate the migration of a full window to a single button icon (another example given)?
These UI "innovations" are great for movie props but do they actually help in reality? Not that I see. The "stagnation" of UI to me is more a plateau. Anything truly new must be driven by new "I", no input/output channels between user and computer.
The one interesting idea I saw in the article was Lifestreams. I think storage and recall is something that needs improvement and new ideas because for me that is a problem. I produce and consume too much info while recalling it is hard and while also I often do not produce or consume info that I wish I had.
Again, it's the I/O that drives the progress.
orbital-decay · · focus · HN ↗
>These UI "innovations" are great for movie props but do they actually help in reality? Not that I see.
Scott Jenson specifically mentioned in this talk that he doesn't view open source devs as programmers who couldn't care less about needs of non-power users, but this is exactly that sort of a tone deaf response, and a really narrow perspective.
Most actually novel things in Linux desktops since the ~late 2000s target the extreme power users. They have near-zero discoverability, terrible defaults, building substantial skills and constant practice and maintenance are required to use it for rather routine operations, etc. I mean I also used to configure my WM by programming it in Lua (because it expected the users to know it and I do), I also use emacs for quarter a century, I use Nix to set up my entire desktop, but I'm not saying everything else is useless and carries "anti-me agenda".
Your animation example is really telling, most users are like "where did my window go??" without it, I'm talking from the first-hand experience of watching young people trying to use a computer. The CPU argument is simply inane and 100% irrelevant for the modern hardware, I'd understand if it was distracting for you (and me too), but wasting CPU is a silly hill to die on. Power user interfaces that make simple things hard is the primary reason most young people outside of a really narrow group are not tech-savvy and look at desktops as obsolete ancient tech.
There are arguments that it's impossible to target both power users and any others, but these are all simply wrong. Both target groups are totally compatible, you can look at Microsoft's ribbon or superbar as an example of such an interface. In the worst case you introduce a simple binary setting if you don't want the cues, don't tell me it offends you somehow please.
(That said, it's funny to hear SJ mentioning his work on Finder, because that's probably the worst non-power-user file manager in existence.)
mrob · · focus · HN ↗
orbital-decay · · focus · HN ↗
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.
bombela · · focus · HN ↗
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.
3eb7988a1663 · · focus · HN ↗