Je développe une application d'évaluation des immeubles de placement qui permet à l'utilisateur d'enregistrer des informations sur un immeuble de placement potentiel et évalue la propriété en fonction de certaines mesures. Il utilise une navigation descendante et un contrôleur de navigation.
Ma question est la suivante: lorsque l'utilisateur saisit des informations, est-il habituel/nécessaire d'inclure un bouton d'enregistrement et un bouton d'annulation? Ne pas inclure le bouton Annuler rendrait le codage beaucoup plus facile!
Lorsque quelqu'un crée une nouvelle entrée, vous avez besoin d'un moyen pour lui de l'abandonner et de ne rien créer. Dans les applications iOS, il existe deux façons de procéder:
Avoir un bouton "terminé" et un bouton "annuler". C'est l'option la plus claire car vous proposez explicitement les actions à l'utilisateur. Cependant, vous devez encore décider du comportement du bouton "Retour". Agit-il de la même manière qu'un "bouton d'annulation"? Si oui, pourquoi avez-vous un "bouton d'annulation"?
tilisez la position du bouton "retour" pour le bouton "annuler", et ayez un seul bouton "terminé". C'est fonctionnellement combien d'applications iOS traitent les choses, et la méthode que je recommanderais. Ici, vous n'avez pas à décider du comportement de votre bouton Retour et les options sont claires pour vos utilisateurs.
Vous pouvez utiliser les mêmes paradigmes pour créer de nouvelles entrées et modifier des entrées existantes. Une chose que vous devez faire dans les deux cas est de ne rendre le bouton "terminé" actif qu'après une modification ou une entrée. Le rendre actif avant cela ne fera que créer une confusion supplémentaire.
Vous devez fournir à l'utilisateur un moyen d'abandonner la tâche à tout moment. Sinon, ils n'auraient pas d'autre choix que de terminer la saisie des données, puis de supprimer l'enregistrement. Supposons qu'ils tapent sur le bouton Ajouter par erreur. Comment reviennent-ils? Enregistrer l'enregistrement puis le supprimer? Fermer et rouvrir l'application? Ni l'un ni l'autre n'est un bon choix.
Si je saisis des données pour une nouvelle entrée, je devrais pouvoir annuler la création de cette entrée et ne pas avoir à l'enregistrer, revenir en arrière, puis la supprimer. Un bouton d'annulation est requis ici. Il devrait également être clair comment enregistrer cette nouvelle entrée, les boutons "retour" et "fermer" ne communiqueront pas "enregistrer la nouvelle entrée". Utilisez "terminé" comme l'application Contacts iOS.
Si j'édite des données pour une entrée existante il y a deux options. Soit je peux éditer directement, soit il y a split entre les modes d'affichage et d'édition.
Cette dernière, split, approche nécessite à la fois "terminé" et "annuler", tout comme l'interface utilisateur pour les nouvelles entrées. Contacts utilise cette approche.
Dans le cas modifier directement, il pourrait être préférable de n'en avoir ni l'un ni l'autre mais de ne fournir qu'un bouton "retour". Si votre application concerne le stockage de données saisies par l'utilisateur, cela devrait être son objectif principal et cela devrait être facile. Si vous pouvez vous passer d'un bouton d'enregistrement, j'omettrais même cela. Enregistrez simplement tout ce que j'ai mis et stockez-le pour moi. Surtout sur les appareils iOS, je peux être distrait, devoir répondre à un appel téléphonique, etc., et je ne veux pas craindre de perdre du travail lorsque cela se produit.
. Cela nécessiterait à la fois l'enregistrement ("les nouvelles données sont correctes, veuillez donc les stocker") et l'annulation ("j'ai fait une erreur").