Interface chrome is everything on screen that is not your work: toolbars, rails, panels, status strips. It is all defensible individually and it is why a document can end up occupying a third of the window. Designing for focus is mostly the discipline of removing it — and the hard part is not the removing, it is deciding what has to stay reachable while it is gone.
What focus actually requires
- A view mode that strips the editor back to the content, and a single predictable key — Escape — to come back out of it.
- Menus that open on approach rather than on a click, so a toolbar does not need to be permanently visible to be usable.
- Rails that widen on a large screen instead of leaving the content stranded in a column down the middle.
- Colour held in variables, so a theme change is a different palette rather than a different layout.
- Nothing that moves while you are reading. Animation on a surface you are working in is the most expensive decoration there is.
The argument against "just hide it"
Hiding interface is easy and usually wrong on its own. If the toolbar is gone and the action is now three steps away, you have not created focus, you have moved cost from the eye to the hand. The test we apply is whether the removed thing is still reachable in one gesture — hover, a key, or the command palette. Where it is not, the honest answer is that the element earns its place on screen, and the correct fix is to make it smaller or quieter rather than to make it disappear.
Watch what people do when a surface is unfamiliar. The first instinct is to look for a toolbar; if there is nothing to find, confidence drops immediately. Calm interfaces still have to announce that they are interfaces.
How we decide what goes
- Count what is visible on a blank document. Anything not needed to start typing is a candidate.
- For each candidate, name the gesture that brings it back. No gesture means it stays.
- Prefer one surface in two states over two surfaces — a mode is easier to learn than a second panel.
- Keep the exit obvious. The commonest complaint about focus modes is not entering them but being stuck in one.
- Re-check on a small screen, where chrome costs proportionally more and hiding matters most.
Less chrome is not less capability
The suite is wide — documents, sheets, slides, boards, records and more — and a wide product is exactly where restraint matters. The alternative is every capability competing for permanent screen space, which produces the dense grey toolbars people grew up with and quietly stopped reading. Capability belongs in the command palette and in the modes; the surface belongs to the work.
Frequently asked
Does a focus mode hide features?
It hides their permanent representation on screen, not the features. If something becomes unreachable rather than merely invisible, the mode is wrong.
Why do menus open on hover?
Because a click to open and a click to choose is two gestures for one decision. Hover removes one of them while leaving the target in the same place.
Is a minimal interface harder to learn?
It can be, which is why the exit from any mode has to be obvious and the command palette has to cover everything that was removed from view.