News for hackers. Stuff that matters.
Re:The Decline of Usability by Jtsummers on Friday April 17, 2020 @07:18PM (#22903916)
The old interfaces (I guess we can say that now, talking about a quarter century ago) tended to have several modes.

The menu bar was always just text.

The toolbars offered several options: large/medium/small/no icons, text/no text.

(Not all of those options were always available.)

This let you progress as a user of a system. When you first experienced it you could use the large icons with text because it made the things you were searching for standout. As you learned the icons you could start shrinking them, and eventually remove the text. This opened up the toolbar to fit many more actions (often less frequently used). And the tool tip from hovering remained throughout, so in the worst case of an ambiguous (or unknown) icon, you could hover over it and learn what it did. Additionally, you'd often get the shortcut for the action when hovering over the button (or viewing it in the menu bar).

Many contemporary applications don't provide their users with this notion of progression.

Re:The Decline of Usability by int_19h on Friday April 17, 2020 @09:03PM (#22904460)
It really depends on the period. On Windows, Microsoft eventually unified menu bars and tool bars - the widget was called "cool bar" or "rebar", and it was basically a generic container for certain specific kinds of children that organized them into floatable and dockable "bands", with automatic layout: https://docs.microsoft.com/en-us/windows/win32/controls/reba...

The widgets that can be placed on that are buttons with icon & text (either of which could be hidden) that can be regular, toggle, or drop-down; and text and combo boxes. Well, and custom widgets, of course, but the point is that they were different from regular widgets in that they were toolbar-aware. IIRC this all first came as part of IE "common controls" library, even before it was shipped as part of the OS.

So then a top-level menu is just a band with a bunch of buttons with drop-downs that have hideen icons. A regular Win9x-style toolbar is a band with a bunch of buttons with icons but hidden text, and an occasional text box or combo box. And so on.

But the real nifty thing about these is that they could be customized easily, and it was traditional for Win32 apps to expose that to the user. At first it was just about showing/hiding stuff, but Office especially gradually ramped things up to the point where the user could, essentially, construct arbitrary toolbars and menus out of all commands available in the app, assign arbitrary shortcuts to them etc. So if you wanted icons in your main menu, or text-only toolbars, you could have that, too! This wasn't something that regular users would do, but I do recall it not being uncommon for power users of a specific app to really tailor it to themselves.

Visual Studio has it to this day, and takes it to 11 by further allowing to customize context menus through the same UI: https://docs.microsoft.com/en-us/visualstudio/ide/how-to-cus...

Re:The Decline of Usability by visarga on Saturday April 18, 2020 @02:40AM (#22905805)
I get the point about extreme customisability but I still think the "rebar" is ugly as fuck and inconsistent (non uniform look, a salad of different types of elements). As a mac user I didn't have to put up with it and was disgusted when I first saw it.
Re:The Decline of Usability by int_19h on Saturday April 18, 2020 @03:39AM (#22906017)
What was particularly non-uniform about it? Most toolbars looked very similar in most apps, because there were certain UI conventions, similar to main menus. Once customized, sure, it's no longer uniform, but that's the whole point.
Re:The Decline of Usability by BostonFern on Friday April 17, 2020 @08:38PM (#22904334)
Oh, the joy of using an application that acknowledges your subtle interactions, such as hovering over an unknown button, like a friendly old-time barber who knows just how to cut your hair. No explanations needed, he knows just what you need.