Items in the menu must also be reachable elsewhere
Aliases: context menu is not the only door · hidden-only commands
What it is
A context menu is a good pocket for “what this object can do now”, but it is an implicit entry by default: unseen until invoked. Redundant access means a command must not live only under right-click or long-press. Discovery, assistive tech, touch gesture contention, and people who do not right-click all need a visible path.
Why it happens
Implicit entries are used by people who already know they are there. Newcomers, touch users, screen-reader users, and people from platforms without a right-click habit will not invoke an invisible list. If Rename, Export, and Archive live only on that list, the function does not exist for those people — not a permission problem, a channel problem. Visible in-object buttons, a toolbar, a bulk bar after selection, supply a browsing channel: see the object, see the verb. The context menu supplies an expert accelerator: already looking at the object, take the verb nearby. Stacking both channels on the same commands is what makes them both fast and findable.
Commands that live only in the menu also strip discoverability from keyboard shortcuts and voice: with no visible counterpart, people cannot learn that the action exists. When the menu is the only door, a lost gesture fight deletes the command entirely.
Where it stops holding
True expert accelerators (repeat last stroke width, show rulers) may live only in a menu or on a shortcut, provided the main task does not depend on them. Dangerous actions hidden in the menu “to prevent misses” still need a visible, confirming entry elsewhere; otherwise the product is preventing use, not misses. Actions the permission model forbids should not look pressable on either channel. On mobile, if in-object More is already the primary entry, a right-click equivalent need not be duplicated — but More must be visible.
Applying it
- List every context-menu item and mark its visible counterpart on a toolbar, in-object button, or selection bar. Main-task commands with no counterpart get one.
- The menu may be denser and grouped more finely; the visible entry may keep only the frequent ones. Infrequent is not a reason to live only in the menu unless the main task truly does not rely on it.
- Offer keyboard and assistive-tech the same command as the visible entry; do not hang the action only on a pointer right-click.
- How to check: disable right-click and long-press; main-task commands should still be completable. Ask someone who has never used right-click to Rename or Export; a first reaction of “that function does not exist” means the only door was hidden too well.