Interface design · 5 min read
What classic human interface design still gets right
A useful desktop application makes its possibilities visible, its consequences understandable, and its mistakes recoverable. Those principles are worth keeping, whatever the visual style.
In this article
Start with the relationship, not the decoration
There is a difference between enjoying an old computer interface and understanding why it felt comfortable. A beveled button may help distinguish a control from its surroundings, but the bevel cannot compensate for a misleading label or an operation that silently destroys work. The useful inheritance is a set of expectations: objects keep their identity, commands mean something consistent, the system acknowledges an action, and the person using it remains in charge.
Apple’s archived human interface introduction names consistency, direct manipulation, feedback, metaphors and user control among its fundamental principles. It also describes aesthetic integrity as a relationship between appearance and function. That is a more demanding brief than making a screenshot look nostalgic. Our position is that a creative application should be pleasant because the work makes sense inside it. Visual character can support that relationship; it cannot substitute for it.
Give every object an understandable life
Imagine a drawing application containing a scene, several reusable characters and three open views. Before choosing a toolbar style, decide what those things are. Is a character a reusable definition or a particular instance? Does closing its window delete anything? Does dragging it into another scene create a copy, a reference or an instance? An attractive interface becomes exhausting when these answers change from one context to another.
Write a small vocabulary before laying out the screen. A scene contains instances. A library stores reusable definitions. A view shows an object without owning its existence. Commands then follow those nouns: duplicate an instance, edit a definition, close a view. This is an example design, not a universal model. Its value is that somebody can predict the next action after learning the first few. Test that prediction with an unfamiliar user rather than assuming familiar icons will explain it.
Let the screen explain the next move
A clean interface can still contain menus, labels, selection outlines and visible handles. These are useful information. Removing them moves the burden into memory: remember a gesture, remember where a panel was hidden, remember which invisible region can be dragged. A good editing surface distinguishes content from controls without making the controls disappear whenever they might affect the composition.
For a transform tool, show the selected object and the reference frame. Put a numeric position beside the direct manipulation handles. A person can drag until a building looks right, then enter an exact height when the task requires it. Neither route needs to invalidate the other. The same principle applies to document formatting: a visible alignment control can teach a keyboard shortcut, while a menu remains a reliable place to rediscover the command.
Make exploration inexpensive
A tool that invites experimentation needs more than a prominent Undo button. Define which operations belong to the document history, how a preview is committed, and what survives a crash. If changing a material produces an immediate preview, cancelling the picker should restore the previous material without an elaborate rescue procedure. If importing a folder creates hundreds of objects, the user should know whether one undo reverses the import or hundreds of steps must be walked back.
Reserve blocking confirmations for consequences that warrant an interruption. A harmless color adjustment should not require approval. Replacing a file with no recoverable version may. Explain the affected object and the consequence in ordinary language, then offer an actionable route forward. Avoid treating an error as a verdict on the person: a missing texture is a problem to locate or replace, not a reason to discard the whole scene.
Preserve the person’s sense of place
A desktop is often part of a larger activity. Someone may be writing beside a reference image, checking a spreadsheet during a call, or moving a game asset between tools. Forcing every task into an immersive full-screen environment can make the application’s own composition look tidy while making the person’s real workspace harder to manage.
Offer sensible arrangements rather than insisting on one. Separate document windows help some tasks; a consolidated workspace helps others. Remember useful positions, provide a way to bring lost windows back, and make the active document unambiguous. Do not reopen a palette on a disconnected monitor. A preference that restores yesterday’s arrangement is only helpful if today’s screen configuration can still accommodate it. These practical details contribute more to comfort than a decorative desktop metaphor.
Keep the principles; update the obligations
Older interfaces are not an accessibility exemption. Tiny targets, fixed bitmap text and mouse-only interactions should not be preserved merely because they look authentic. W3C’s web guidance on visible focus explains why keyboard users need an enduring indication of the active control. Its target-size guidance also distinguishes sufficient size or spacing from tightly packed targets that are difficult to activate. These are web criteria, but they provide useful questions for a desktop design review too.
Review a real task at a larger text size, using only a keyboard, on a smaller display and with reduced motion. Check that selection, keyboard focus and the default action are distinguishable. A comfortable interface should not require a particular eyesight, hand steadiness or tolerance for animation. There is room for texture, warmth and compact tools while still providing scaling, readable contrast and alternative input paths.
A practical review before polishing
Choose one ordinary workflow and one recovery workflow. Ask a new user to complete both without a demonstration. Record the objects they name, the controls they overlook and the consequences they misunderstand. Improve those points before adding visual flourishes. The goal is a tool whose personality welcomes the user and whose behavior earns their confidence.
- Can someone tell what is selected, what will change and whether the change is saved?
- Can the same useful command be found again without remembering a hidden gesture?
- Can an experiment be undone without losing unrelated work?
- Does switching tasks preserve both the document and the person’s place in it?
- Do larger text, keyboard navigation and an unfamiliar screen arrangement still work?
Sources & further reading
Primary material behind the discussion and useful places to go deeper. The recommendations and worked examples in this article are our synthesis.
Working through a software or game-development problem of your own?
Talk to Winnitude! ↗Explore our tools ↗