(no title)
li2uR3ce | 2 years ago
I once spent a lot of my time and the time and the time of a developer trying to find a setting because there was no indication that a window had more content (a checkbox) to scroll down to. Something that would have been obvious before the onslaught of hidden scrollbars. The trouble is that having my pointer over the navigation pane--practically a guaranteed position--causes the scrollbar on the other pane to be hidden. Without the visual cue of a scrollbar there was no reason to move my pointer over to the other pane to discover there's more. Hell you might not even know it's a separate pane now that we've gotten rid of every defining border. I shared a screenshot with the developer, assured them that I was using the current version, only to have him say "scroll down." No doubt, I'm the fucking idiot (/s).
Just like on mobile, you're supposed randomly interact with every UI element in hopes of discovering how it works only to have that learned skill be unique to one fucking app. Tap it, slow tap it, slow tap it for a different amount of time, tap it faster, spam it... "google it"... oh, this time you're supposed to drag it to something that doesn't even look like a UI element. Stupid grandpas!
"Is the checkbox checked?" was never as ambiguous as "is the slider switch on?" Also, the checkbox uses less screen space! I'd argue that they optimized for neither screen space or user friendliness. It's optimized for a look and you can even make it worse by making it flatter. Go ahead make it look like two squares! Is the darker area the switch part? Who cares! It looks so clean and distraction free! I was so distracted by knowing what state the switch was in.
Sorry, time for my meds. I usually make it half way through the day.
m3047|2 years ago
They devote ink and paper to declaring that modes are to be avoided, and why. The do's and don'ts of UI on page 70 are worth repeating:
Do:
* Let the user have as much control as possible over the appearance of objects.
* Use verbs for menu commands that perform actions.
* Make alerts self explanatory.
* Use controls and other graphics instead of just menu commands.
Don't:
* Overuse modes (again!).
* Require keyboard / mouse when the operation would be easier with the other.
* Change the way the screen looks unexpectedly, especially scrolling.
* Redraw objects unnecessarily.
* Make up your own menus and give them the same name as standard ones (they define the standard ones in this book, you know: About, File, Edit as well as what goes in them. yes, yes, this is where it all started).
We've meandered into a bullshit local minimum where there is the One True UI and it's different for every app, but the same for every user. Meanwhile in industrial control where a $50,000 piece of equipment has its own app, used by maybe one person or three if it's operated 24 hours a day, the responsive mobile interface is as easy to lay out as slides in a slide deck and takes about as long to do. Hell, a customizable dashboard is a widget.
If the cloud made shoes there would be different shoes for grass and concrete, but they'd all be the same size and you'd have to cut off toes if your feet were too big or stuff them with prostheses if they were too small.
_a_a_a_|2 years ago
"forcing strict conformity through disregard of individual differences or special circumstances"
https://en.wiktionary.org/wiki/procrustean
"In Greek mythology, Procrustes ... was a rogue smith and bandit from Attica who attacked [read: killed] people by stretching them or cutting off their legs, so as to force them to fit the size of an iron bed."
"https://en.wikipedia.org/wiki/Procrustes"
ShadowBanThis01|2 years ago
For example: secret alternate menus. You can actually press modifier keys on the Mac while a menu's open and sometimes you get totally different menus. These are not indicated anywhere. So theoretically every menu on a Mac may have... let me do the math here... eight sets of contents using Control, Option, Shift and all combos of those. So according to Apple, you should open every menu and mash every combo of modifier key to see what's in each... and memorize them.
Another Apple menu defect is to start every entry with the same word:
VIEW
Show meters
Show clips
Show this
Hide that
Hide the sense
Show WTF the point is
This makes the first word of every entry nearly useless, and massively degrades the usability of the View menu. You have to sit there and parse the first part of every line, which only has two options... both of which are four characters, BTW, and thus visually the same size.
You don't do this; you use CHECKMARKS, which we learned decades ago. Some Mac apps do this, but many Apple ones still have this asinine convention of "show" and "hide" repeated over and over.
VIEW
• Meters
• Clips
• That• The sense
But that brings us to another classic Mac menu defect: The misuse of the Window menu. This menu is supposed to show names of open windows in an MDI-type situation. But Mac apps often bury View options in the Window menu, apparently expecting the user to guess that whatever they're looking for has been implemented as a window. Why would I go into the Window menu to activate audio meters, for example?And most of the time, whatever the option is has NOT been implemented as a window.
airstrike|2 years ago
grishka|2 years ago
On your scrolling complaint — well, there's this desktop-specific thing that OP doesn't mention but that becomes very apparent once you start looking for it in old-school desktop UIs. Controls never, ever scroll. Only content does. If controls don't fit into a window, you don't make it scrollable — you split it into tabs or you put the extra controls into a separate window that opens via a button. This appears to be universal at least for Windows and macOS.
NikolaNovak|2 years ago
It's strange - I love to optimize my flow, but I just haven't yet hit a situation where my hands leaving keyboard and touching the screen is faster. (I'm a die-hard and proficient track point user,and my hands never leave keyboard, so maybe I'm a special weird case?)
indymike|2 years ago
When I was doing a lot Android development, it was nice to be able to test touch without loading on a phone. It was equally nice to be able to markup screenshots with the pan. I switched to Linux from Windows a couple years ago and the new laptop doesn't have touch (it does have a giant 17" panel and all day battery), so I keep a tablet that has a stylus in the bag for doing UI markup and bug reports. I may switch to the 16" Gram because it does have touch and stylus... and I won't have to carry the tablet.
high_priest|2 years ago
And it is the main reason I am stuck with Windows, despite also enjoying the 'normal' pc experience on linux much more than Windows bloat.
kvmet|2 years ago
brazzy|2 years ago
SoftTalker|2 years ago
NikolaNovak|2 years ago
wredue|2 years ago
On top of not even knowing if the sliding circle is actually on or off, half the time I cannot figure out which of on or off I actually want. Double negatives all over the place. Weird wording. No indication of actual impact.
It’s all crazy.
ChrisMarshallNY|2 years ago
I've done that, man. Quite embarrassing.
winrid|2 years ago
xnx|2 years ago
CoastalCoder|2 years ago
* That's not a criticism. I agree with your take on it.
unknown|2 years ago
[deleted]