Skip to main content
ExodeUI

EXODEUI DESKTOP

A little space for good ideas.

Choose your platform to get the official ExodeUI installer.

Looking for Intel Mac or other builds? Explore the web studio or check all download options.

Prefer the browser? Try for free in your browser →
UX Patterns6 min read·Updated October 2026·By the ExodeUI team

Swipe-to-Action UX: Making Hidden Gestures Discoverable and Safe

How to design swipe actions in lists: signifiers, thresholds, full-swipe commits, undo, accessibility, and why swipe should never be the only way.

Direct Summary & Definition

Core Takeaway

Swipe actions are a fast shortcut for frequent list actions such as archive or delete, but they are hidden, so they must never be the only way to do something. Use them for expected actions, show a clear threshold as the item moves, let a partial swipe reveal and a full swipe commit, and offer undo for destructive actions.

The usability problems

Nielsen Norman Group found recurring problems with swipe-to-reveal actions: a lack of signifiers makes it unclear where swipe works, nonstandard actions behind swipe surprise people who expect delete or archive, hiding many actions behind a swipe makes them hard to discover, and swipe can be ambiguous when the same gesture also navigates between sections.

How swipe actions should behave

Material Design describes the common pattern on Android: list items can reveal buttons on swipe, and the primary action is the final, end-aligned option, which a full swipe triggers directly.

  • Keep swipe for frequent, expected actions: archive, delete, mark as read.
  • Show the action and its colour as the item moves, and change it visibly at the commit threshold.
  • Spring the item back if released before the threshold.
  • Offer undo, or ask for confirmation, for destructive actions.
  • Do not mix horizontal swipe actions with horizontal swipe navigation on the same screen.
Two list items, one partially swiped to reveal a red Archive action behind it
A partial swipe reveals the action; a full swipe commits it; releasing early springs back.

Never the only way

Because swipe is invisible, put the same actions in a visible menu, long-press menu or detail screen. This also covers accessibility: screen reader users and people who cannot perform precise gestures need a non-gesture route, and platforms provide accessibility actions for exactly this purpose.

Motion makes swipe feel trustworthy

The item should track the finger exactly, and on release a spring that carries the finger's speed makes the commit or snap-back feel physical. A brief haptic tap at the threshold, where the platform supports it, confirms the action before the finger lifts.

Key Principles to Remember

  • Swipe is hidden: always provide a visible alternative
  • Use it for frequent, expected actions
  • Partial swipe reveals, full swipe commits, early release springs back
  • Undo or confirm destructive actions
  • Avoid conflicting horizontal gestures on one screen

Frequently Asked Questions

Sources

  1. Using Swipe to Trigger Contextual Actions — Nielsen Norman Group
  2. Lists guidelines — Material Design 3

Related Guides & Examples

Feel a gesture with real springs

Drag, flick and release in the browser, and tune how the snap-back feels.

Open the playground
Try for free