Suppression et modification par appui long
Je pense que l'utilisateur doit appuyer longuement sur n'importe quel élément de mon iOS et Android afin de le modifier ou de le supprimer. Est-ce correct de le faire? Veuillez voir ci-dessous. Cela fonctionnera-t-il bien? Merci .
TL; DR - Allez-y
Il n'est peut-être pas optimal d'un point de vue UX, mais il en va de même pour les icônes qui sont désormais universellement acceptées.
Les interfaces tactiles existent depuis plus d'une décennie et les gestes suivants ont été perfectionnés au fil du temps afin de reproduire les actions suivantes sur un périphérique d'entrée de type souris:
- Appuyez sur - Cliquez sur le bouton principal (clic gauche)
- Appuyez deux fois - Zoom avant/arrière 2x
- Appui long - Clic sur le bouton secondaire (clic droit)
- Glisser - Touches de direction/flèches ou Précédent/Suivant
- Pincer - Zoom avant/arrière
Ainsi, le appui long représente techniquement l'ouverture des listes déroulantes sur la page ou des actions/opérations cachées. Cela signifie que mettre Supprimer et Modifier en appuyant longuement ne devrait pas être un problème.
Voici quelques alternatives
- Faites glisser pour révéler
- Développer pour l'action
- Actions à droite
Non, ce n'est pas optimal avec la configuration actuelle!
Pourquoi: Vous voyez, la première chose que l'utilisateur voit est le symbole '>'. Basé sur des conventions généralement acceptées, qui ressemble à un menu ou à un élément de navigation. Et généralement, ces éléments de navigation ne sont pas "supprimables". Donc, cela devrait être un comportement appris pour l'utilisateur au lieu d'être naturel.
Quelques suggestions: Toujours du point de vue de la conception de l'interface utilisateur, avoir un '>' sur chaque ligne est un peu trop verbeux. Cela aurait peut-être du sens si certains de ces éléments n'avaient pas de niveau imbriqué en dessous et donc ">" était un facteur distinctif. Je ne vois pas qu'ici, chacun d'eux a un ">".
Quelques suggestions supplémentaires: Je vois que Material Design est utilisé, donc je vais parler dans ces métaphores. Supprimer complètement le '>', vous pouvez communiquer la même signification de la profondeur via. chapelure dans votre application.
Cela vous permettra de les représenter comme des listes de matériaux.
Maintenant, tout le modèle mental de la presse longue s'applique à cette représentation. En fait, vous pouvez désormais appliquer de nombreuses interactions bien établies à votre application pour les modifier, les supprimer, les partager, etc.
Ce ne sera pas mon premier choix.
Combien d'actions souhaitez-vous effectuer sur l'enregistrement? La boîte de réception de Google, Wonderlist propose des actions de balayage sur les enregistrements. Celles-ci sont plus rapides à exécuter qu'une pression longue.
Chaque action de balayage d'enregistrement est plus facile à afficher dans un didacticiel avec un effet de rebond rapide ou une animation. Une pression longue est difficile à afficher et nécessite généralement une superposition pour montrer l'interaction.
Une pression longue ne va pas avec le modèle mental de l'utilisateur, surtout lorsque vous avez un chevron droit sur le côté droit. Les utilisateurs s'attendront à ce que quelque chose s'ouvre ou glisse sur un seul robinet. Cela fait de la presse longue un design découvrable.
J'envisagerais d'appuyer longuement sur la sélection en masse et les actions. Je peux imaginer que les utilisateurs sélectionnent un tas d'éléments à déplacer, supprimer, etc. Même pour ce cas d'utilisation, le chevron de droite sera difficile pour le premier utilisateur.