Quand utiliser le bouton Retour contre Annuler / Terminé sur iPhone
J'ai remarqué que dans certains cas Apple utilise Annuler / Terminé , et dans d'autres il n'y a que le bouton Retour .
Dans Calendrier, par exemple, lorsque vous choisissez la fréquence de répétition d'un événement, vous avez Annuler et Terminé , ce qui vous ramène automatiquement à l'écran précédent. Cependant, dans Paramètres, lorsque vous choisissez une sonnerie, vous devez appuyer sur Sons (ou Retour ) pour enregistrer votre choix.
Je suppose que si vous créez quelque chose, vous devez appuyer sur Terminé à chaque étape, mais lorsque vous modifiez simplement les paramètres, le bouton "Enregistrer" (ou le bouton Terminé ) est implicite lorsque vous ripostez.
Existe-t-il des conventions officielles pour savoir comment et quand les utiliser?
Je pense que la règle est:
- Utilisez le bouton Retour lorsque vous appuyez sur la vue (le bouton Retour s'affiche automatiquement).
- Ajoutez des boutons Annuler/Confirmer lorsque vous affichez la vue de façon modale.
La vraie question est donc: quand dois-je montrer une vue de façon modale? La question est répondue dans les iOS Human Interface Guidelines :
Utilisez une vue modale lorsque vous devez offrir la possibilité d'accomplir une tâche autonome liée à la fonction principale de votre application.
L'exemple de calendrier de votre question: lorsque vous ajoutez ou modifiez une alarme, vous effectuez une tâche autonome, donc une vue modale est utilisée. Pour être plus précis: la capture d'écran que vous avez fournie est liée à une vue poussée sur une vue modale. Mais dans cette situation, le Push d'une vue est utilisé pour éviter une vue modale sur une autre vue modale (et les boutons Annuler/Confirmer sont utilisés).
L'exemple des sons de votre question: vous ne choisissez qu'un son, donc ce n'est pas une vraie tâche, c'est seulement un choix. Et la poussée de la vue est correcte. Pour être plus précis: pourquoi vous ne revenez pas automatiquement lorsque vous sélectionnez un son? Parce que de cette façon, vous pouvez écouter plus d'un son sans avoir à faire des allers-retours entre les vues (vous ne revenez qu'une seule fois, lorsque vous avez choisi le bon son).
Bien que cela semble incohérent, la raison derrière les deux stratégies différentes a à voir avec ce que j'aime appeler "l'option de porte dérobée de l'utilisateur ivre".
Les boutons d'annulation sont proposés pour diverses raisons dans la conception de l'interface utilisateur. L'un d'eux est:
(Offrez un bouton d'annulation) si l'utilisateur peut ne pas être en mesure de dire les conséquences d'autres actions.
Considérez un scénario où vous avez fait une sélection et juste après avoir reçu un appel téléphonique (qui se déroule pendant 20 minutes) ou quelqu'un a commencé à vous parler dans le bus (pendant 20 minutes). Les deux vous "éloigneront" de l'écran, mais vous y reviendrez.
L'écran Annuler/Terminé ne suggère rien sur l'événement en cours de modification. Un utilisateur gardera ces informations à l'esprit juste après être entré dans l'écran, mais peut-être pas après 20 minutes.
L'écran de droite montre clairement que vous choisissez le son pour une nouvelle notification par e-mail, donc même après 3 jours, un utilisateur se heurtant à cet écran sera rapidement en mesure de recueillir ce qui sera le résultat de toute action. Ce n'est pas le cas avec l'écran de gauche, donc l'option "annuler".
Dans l'ensemble, je pense que si quelque chose est facile à annuler "Retour" et la sauvegarde automatique est suffisante. S'il est difficile d'annuler, il est bon de fournir un contrôle "Annuler".
Les fenêtres pop-up sur iOS n'ont généralement pas "Retour" et ont plutôt "Terminé"/"Terminé et Annuler"/"OK".
En regardant iOS, il existe des différences entre les flux d'édition et les flux de création:
Flux de modification: la modification des contacts a Annuler et Terminé, la modification des rappels a Annuler et Terminer, la modification Wi-Fi n'a que de retour (même si elle ne peut pas être aussi facile à annuler).
Flux de création: nouveaux contacts (Annuler et Terminé), nouvelle note (Retour, terminé), nouveau rappelé (Terminé).
Je recommanderais donc de considérer votre flux d'interface utilisateur individuel et de voir si la possibilité d'annuler est critique.
Je pense que vous êtes sur la bonne voie en ce qui concerne la création vs la modification de quelque chose. Dans l'exemple fourni, la sélection de la fréquence de répétition de l'alarme est la dernière étape, c'est pourquoi vous obtenez un bouton Terminé. Si les mêmes étapes de définition de l'alarme étaient mises en œuvre dans une hiérarchie alambiquée de paramètres supplémentaires utilisant la navigation hiérarchique, ce serait plus lourd.
Lorsque vous définissez la sonnerie, c'est l'un des nombreux paramètres différents que vous pouvez modifier. Vous n'êtes donc pas vraiment fait tant que vous n'avez pas modifié tous les autres paramètres que vous souhaitez modifier. Personnellement, je pense que l'utilisation d'un bouton Retour n'est idéale que pour un ou deux niveaux dans une hiérarchie. Je perds tout intérêt pour les applications qui vous font avancer et reculer dans des hiérarchies étendues.
Prendre la première route avec une action Annuler et Terminé; Vous pouvez potentiellement enchaîner des actions en créant des workflows. Lorsque la seule option est de retour, vous créez davantage une hiérarchie d'arborescence. Une page concentrateur avec plusieurs options de sélection unique. Je pense que l'utilisation dépendrait grandement de la page avant cette vue. Je ferais dépendre la détermination de la complexité de la page précédente.
Un bouton d'annulation donne à l'utilisateur la possibilité d'annuler toutes les modifications apportées sur cet écran. Ceci est tile lorsque l'utilisateur peut avoir apporté de nombreuses modifications aux paramètres et souhaite annuler car il sera difficile de modifier les paramètres pour revenir à la façon dont ils étaient.
Dans l'exemple ci-dessus, disons que l'utilisateur est allé et a glissé une dizaine de paramètres à l'état "ON". S'ils changeaient d'avis, ils devraient alors aller faire dix autres coups pour réinitialiser les paramètres. Avoir un bouton d'annulation leur permettrait d'utiliser simplement un doigt pour annuler toutes les modifications qu'ils avaient précédemment apportées.
Dans le cas de la création de quelque chose de nouveau, par ex. créer un nouveau compte, une fois que vous avez rempli le formulaire, vous avez besoin d'un bouton pour confirmer la création du nouveau compte. Avoir un bouton de retour pour confirmer serait stupide, car cela ne donne à l'utilisateur aucun moyen de se retirer du processus, et cela n'a également aucun sens sur le plan linguistique.