L'ordre des boutons d'ajout / modification / suppression doit-il être basé sur la fréquence de leur utilisation?
Dans notre application, nous avons plusieurs endroits où les utilisateurs voient une liste d'éléments et peuvent ajouter, modifier ou supprimer un élément.
Pour certaines de ces listes, l'ajout de nouveaux éléments est probablement la fonctionnalité la plus fréquemment utilisée, tandis que pour d'autres, il s'agit de modifier des éléments existants.
Maintiendriez-vous l'ordre des boutons cohérent tout au long de l'application (quel que soit le cas d'utilisation) ou serait-il bon d'avoir le bouton le plus fréquenté à gauche (qui dépend du cas d'utilisation)?
Gardez définitivement l'ordre des boutons sur toutes les pièces. Il n'y a rien de plus dérangeant que de cliquer sur un bouton de suppression là où sur la page précédente il y avait un bouton d'édition.
Quant à la commande, je suggère de les commander par ce que vous voulez que les utilisateurs cliquent le plus souvent. Utilisez la conception de l'interface utilisateur pour guider l'utilisateur de l'application.
Il est préférable de les ordonner logiquement et de regrouper des actions similaires. Dans votre cas avec seulement trois, l'ordre que vous en avez maintenant est bon.
Cependant, une chose que vous devriez vraiment faire pour déplacez le bouton Supprimer pour qu'il ne soit pas avec d'autres boutons d'action. Je le placerais aligné à droite pour réduire la probabilité qu'il soit accidentellement sélectionné.
Je pense que c'est l'ordre logique.
Créer | Modifier | Supprimer
Et certainement garder la même chose tout au long de l'application.
Considérez si vous ne pouvez pas changer votre conception un peu plus loin qu'en changeant simplement l'ordre de vos boutons. Demandez-vous si les boutons ont vraiment du sens en premier lieu.
Vous avez actuellement deux types de boutons au-dessus de votre liste: un bouton qui crée un nouvel élément dans la liste et deux boutons qui agissent sur l'élément actuellement sélectionné. L'élément doit être sélectionné dans une liste sous les boutons. Est-ce vraiment le flux le plus logique? Habituellement, les utilisateurs ont tendance à numériser approximativement du haut à gauche vers le bas à droite (au moins dans les cultures où le texte est ordonné comme ça), et c'est également le flux le plus logique dans votre formulaire. Ainsi, sélectionner d'abord l'élément dans la liste, puis remonter dans le formulaire pour cliquer sur le bouton modifier ou supprimer peut ne pas être idéal.
Vous pouvez envisager de déplacer les actions de modification et de suppression dans le contexte de l'élément sélectionné lui-même, soit en leur faisant des actions directement sur l'élément (en affichant simplement deux petits boutons sur la ligne de l'élément), soit en les ajoutant à une sorte de menu contextuel ou un élément étendu qui apparaît uniquement sur la sélection de l'élément.
Cela supprimerait également votre problème.
Si l'application est destinée à un écosystème spécial, utilisez les instructions d'utilisation fournies par le système. http://developer.Android.com/design/building-blocks/dialogs.html
sinon restez cohérent
À mon avis, Nouveau est très différent de Modifier et Supprimer, car il ne nécessite pas la sélection d'un élément.
Modifier et supprimer se réfèrent à un élément, doivent donc rester cachés pendant qu'aucun élément n'est sélectionné et affichés dans une position différente de Nouveau. Si vous ne pouvez vraiment pas les mettre dans la liste, pensez à les mettre de côté.
J'aime généralement mettre le bouton Nouveau (ou Ajouter, +, ..) sous la liste, car là où vont les choses ajoutées, cela fera pousser la liste vers le bas.
Si la liste était horizontale, je mettrais A, B, C, D [ajouter] et non [ajouter] A, B, C, D. Même chose avec une liste verticale.
------
| item |
| item |
|______|
| ITEM | Edit (visible only if item selected)
|______| Delete (visible only if item selected)
| item |
| item |
------
New
Ou au moins
------
| item | Edit (visible only if item selected)
| item | Delete (visible only if item selected)
|______|
| ITEM |
|______|
| item |
| item |
------
New
Je me rends compte que c'est une question à laquelle on peut réfléchir. Cependant, en ce qui concerne un ensemble de vues de liste similaires, chacune contenant un ensemble de boutons similaire/ou exact, vous devez garder l'ordre des boutons cohérent. Sinon, ce sera une fonction obstructive dans votre interface utilisateur et un utilisateur devra alors jouer à cache-cache dans chaque vue à la recherche du bon bouton.
D'autres facteurs, tels que la façon dont les éléments sont classés dans différentes listes en fonction de ce qui est pertinent pour le type d'éléments dans cette liste spécifique, est un exemple d'une bonne incohérence à mettre en œuvre, mais l'ordre des boutons ne l'est pas.