Swipe-to-Action UX: verborgen gebaren zichtbaar en veilig maken

De bruikbaarheidsproblemen

Nielsen Norman Group ontdekte terugkerende problemen met swipe-to-reveal-acties: een gebrek aan betekenaars maakt het onduidelijk waar swipe werkt, niet-standaard acties achter swipe verrassen mensen die verwachten dat ze worden verwijderd of gearchiveerd, het verbergen van veel acties achter een swipe maakt ze moeilijk te ontdekken, en swipe kan dubbelzinnig zijn als hetzelfde gebaar ook tussen secties navigeert.

Hoe swipe-acties zich moeten gedragen

Material Design beschrijft het algemene patroon op Android: lijstitems kunnen knoppen onthullen bij een veegbeweging, en de primaire actie is de laatste, aan het einde uitgelijnde optie, die een volledige veegbeweging direct activeert.

• Blijf vegen voor frequente, verwachte acties: archiveren, verwijderen, markeren als gelezen.
• Toon de actie en de kleur ervan terwijl het item beweegt, en verander deze zichtbaar bij de commit-drempel.
• Veer het item terug als het vóór de drempel wordt losgelaten.
• Bied ongedaan maken aan, of vraag om bevestiging, voor destructieve acties.
• Combineer horizontale veegacties niet met horizontale veegnavigatie op hetzelfde scherm.

Nooit de enige manier

Omdat swipen onzichtbaar is, plaats je dezelfde acties in een zichtbaar menu, door lang op het menu te drukken of op een detailscherm. Dit heeft ook betrekking op toegankelijkheid: gebruikers van schermlezers en mensen die geen precieze gebaren kunnen uitvoeren, hebben een route nodig zonder gebaren, en platforms bieden precies voor dit doel toegankelijkheidsacties.

Beweging zorgt ervoor dat swipen betrouwbaar aanvoelt

Het item moet de vinger precies volgen, en bij het loslaten zorgt een veer die de snelheid van de vinger draagt ​​ervoor dat de commit of terugslag fysiek aanvoelt. Een korte haptische tik op de drempel, waar het platform deze ondersteunt, bevestigt de actie voordat de vinger wordt opgetild.