web-dev-qa-db-fra.com

Un bouton d'annulation est-il requis dans une application iPhone?

J'ai une page semblable à un formulaire dans une page iPhone. Sommes-nous vraiment tenus de mettre un bouton Annuler avec le bouton Soumettre?

P.S: L'utilisateur peut revenir en arrière en utilisant le bouton Retour normal dans le coin supérieur gauche.

1
Vasethvan

La norme dans iOS est

  • pages de détails/pages d'édition - qui glissent vers la droite, ont un bouton de retour avec le symbole <.
  • pages modales (généralement pour les "nouveaux" trucs) - qui glissent du bas, ont un bouton d'annulation (en haut à gauche) et un bouton d'enregistrement (en haut à droite)

L'idée générale est (pour autant que je sache) que les pages d'édition (avec le bouton de retour) vous permettent de modifier des choses en temps réel: revenir en arrière signifie que toutes les modifications seront enregistrées

Et les pages modales fonctionnent différemment: en appuyant sur Annuler, aucune modification ne sera enregistrée.

Par exemple. dans l'application de notes iOS, la création d'une nouvelle note ressemble à ceci: new note

Vous pouvez appuyer sur prêt ou arrière, dans les deux cas, vos modifications seront enregistrées.

Dans le courrier iOS, vous obtenez un bouton Annuler en haut à gauche si vous créez un nouveau courrier. Annuler signifie "ne pas enregistrer" (ou généralement une fenêtre contextuelle vous demandant si vous êtes sûr de vouloir annuler les modifications).

Donc dans votre cas, je dirais:

  • si des modifications sont enregistrées: le bouton de retour en haut à gauche est conforme à la convention
  • si des modifications sont rejetées, utilisez un bouton d'annulation en haut à gauche
1
wintvelt

Vous pouvez laisser de côté, au meilleur de ma connaissance Apple n'est pas assez strict pour parcourir les applications et dire qu'elles ne peuvent pas être dans leur app store tout simplement parce qu'ils n'aiment pas l'interface utilisateur, donc ce n'est pas "obligatoire", mais beaucoup déconseilleraient cela à moins d'avoir une raison spécifique, et vous comprenez pourquoi c'est une pratique courante parmi les meilleures applications iOS, y compris celles d'Apple ; vous devez comprendre les règles avant de choisir de les enfreindre.

Quelques éléments à considérer:

  • Vous briseriez la convention, et un utilisateur pourrait en attendre une et être confus lorsqu'il ne verrait pas de bouton d'annulation
  • Le bouton de retour est en haut à gauche, la plupart des utilisateurs sont droitiers, et tous les utilisateurs d'iPhone, en particulier les utilisateurs d'iPhone plus, utilisant leur téléphone d'une seule main devront utiliser le raccourci d'accessibilité ou atteindre inconfortablement afin de réaliser cette action.

Il y a beaucoup d'autres choses à considérer, mais vous POUVEZ tout faire en sans bande dessinée et rendre l'interface de l'application à l'envers; si la conception de votre application est à juste titre meilleure pour avoir fait quelque chose de différent, c'est à vous de décider si vous le faites, mais si c'est une bonne idée nécessite soit plus d'informations, soit que vous examiniez les implications de cette décision de conception.

1
Christen Edmundson

Quelle est votre objection à ce que le bouton d'annulation soit là? Tant que le contrôle de retour de page standard et qu'il est clair pour l'utilisateur qu'il peut l'utiliser, vous n'en aurez peut-être pas besoin.

Cependant, s'il s'agit d'un formulaire que l'utilisateur peut remplir à mi-chemin puis décider de quitter, avoir un contrôle Annuler explicite est un peu plus intuitif ... assurez-vous simplement de lui donner un message "sale sauvegarde" avant d'annuler s'ils ont rempli quoi que ce soit; quelque chose du genre "Annuler annulera toutes les modifications que vous avez apportées à ce formulaire; êtes-vous sûr de vouloir le faire?"

Je ne sais pas s'il y a exigence de présenter un contrôle Cancel avec un contrôle Submit (je n'en ai pas encore trouvé), mais en regardant dans les directives de développement iOS devrait vous donner quelques idées:

https://developer.Apple.com/ios/human-interface-guidelines/

0
Mattynabib