E1.10.1platform button orderdesignresearch

Confirm and cancel swap left and right across platforms

Aliases: OK Cancel order · Windows versus macOS buttons · platform convention

What it is

Which of Confirm and Cancel sits left or right is not taste. It is a platform convention. Windows and many admin Webs put OK on the left and Cancel on the right; macOS and iOS dialogs put Cancel on the left and Confirm on the right; Android has changed across versions and Material revisions. The same pair occupies opposite slots on different systems. Order follows the platform: the mapping itself, not a single worldwide choice.

Why it happens

Reading direction and action direction have been trained to opposite landings. Windows inherited early dialogs: primary first, Cancel as the way out afterward, matching left-to-right reading. Mac puts confirm at the reading end (the right) and Cancel on the left as “leave before you finish reading,” aligned with “forward is right.” Fingers and pointers compile that order into place memory: on my system, that side is confirm. On the opposite convention, place memory beats the label, so the wrong key is hit. Neither side is more “natural”—both are taught population stereotypes. A Web app that invents a third order is unfriendly to every platform’s users.

Studying it

Use one dialog and only swap left/right. Run a timed confirm with Windows-habitual and macOS-habitual groups. Do not hide the labels; the measure is whether place beats words.

Independent variables: whether order matches the person’s daily OS, time pressure, whether confirm is destructive. Dependent variables: wrong-press rate, whether gaze goes first to the habitual side, reports of “I always hit this side.”

Testing only inside a single-OS company produces a false negative (“our order is fine”). Stratify by daily OS, not by nationality.

Where it stops holding

Stacked mobile buttons have no left/right slot; the convention becomes “primary above or below”—iOS action sheets pin Cancel at the bottom, Material often puts the primary at the dialog’s lower right. RTL may mirror, but not every platform mirrors the button slot; check the target system rather than “always swap in RTL.” Consoles use focus, not slots. The command line has no map.

Applying it

  • Native desktop follows the host OS confirm/cancel slot; do not ship macOS order on Windows.
  • A Web product that lives in the browser should pick one order and keep it, preferably following the user’s current OS, not the designer’s laptop.
  • Do not override platform differences with a universal claim such as “OK on the left matches reading.”
  • Verify with someone who lives on the other system, on a timed save. A wrong Cancel or a wrong Confirm means order did not follow their platform.

Related

  • Within the group: E1.10.2 A scrambled order makes automatic actions miss · E1.10.3 Order must be consistent inside one product
  • Adjacent: E1.18 Button order and platform conventions · R4 Platform conventions · A7 Mental models
  • Search terms: OK Cancel order · platform convention · population stereotype

Cards in the same group

Quick Actions

Share

Share this page

ios_share

https://hci.top/en/handbook/E1.10.1