E2.18.2rich-text toolbar overreachdesignresearch

A toolbar that does too much exceeds what most people use

Aliases: formatting toolbar bloat · unused commands · thirty buttons

What it is

A toolbar lays every formatting command out as a button. In comments, tickets, and bios most people actually use bold, link, and lists; tracking, subscript, complex tables, and writing direction share the same strip. Rich-text toolbar overreach is a command set larger than the task set, so scanning and mis-taps get expensive. The issue is matching command count to the task, not content confused with style, and not dirty styles riding in on paste.

Why it happens

Each extra button widens the bar, shrinks targets, and slows the scan to a frequent item. Unfamiliar commands get hit by mistake: a comment grows shading, superscript, a left-to-right embed, and the author cannot take it off. Overreach also implies “complex layout is welcome,” so people decorate instead of finishing the sentence. Usage logs are a long tail: three or four commands take almost every click, dozens more sit at zero and still occupy the first screen. Hiding behind “…” recovers space, but if frequent items are hidden too, overreach becomes unfindability.

Studying it

Count real-task use of each command against what the toolbar exposes. Factors: a slim bar versus a full bar, a bar that switches by task. Outcomes: time, mis-use of rare commands, failures to find Link. Do not ask “do you think these features are useful”—answers skew to “leave them”; watch clicks. Split expert authors from one-shot commenters.

Where it stops holding

Professional layout, scholarship, and mail designers have a large task set; sliming removes their main path. The same editor embedded in chat versus a document should swap bars, not ship one complete set everywhere. Keyboard shortcuts can keep unexposed commands; toolbar overreach is not “the feature does not exist.” On a mobile width, overreach first becomes a two-row bar that pushes the body off the first screen.

Applying it

  • Expose the few commands that surface actually uses; put the rest in overflow or do not offer them.
  • Comments, bios, and tickets default to bold, link, and lists; do not transplant a word-processor strip.
  • Cut zero-use commands from logs yearly; do not keep buttons by opinion survey.
  • Verify with a week of command frequencies. Exposed and near-zero belongs off the main bar; frequent but behind More belongs out. Then watch someone who only wants a link count how many irrelevant buttons they scan.

Related

  • Within the group: E2.18.1 Rich text entangles content with style, and people confuse the two · E2.18.3 Leftover styles from external paste are a common source of dirty data · E2.18.4 Complex formatting needs a predictable downgrade into plain text
  • Adjacent: E1.14 Button groups and split buttons · E2.02 Multiline text areas
  • Search terms: rich-text toolbar overreach · command frequency · formatting toolbar

Cards in the same group

Quick Actions

Share

Share this page

ios_share

https://hci.top/en/handbook/E2.18.2