J'ai lu et regardé différentes applications iOS pour concevoir l'interface utilisateur pour la mienne, et j'ai l'impression que parfois la différence entre l'utilisation d'une vue modale ou d'une vue non modale n'est pas entièrement claire ... par exemple, à partir d'un "signe" vers le haut "et" se connecter ", il existe certaines applications qui affichent le formulaire de connexion dans une vue modale, une autre navigue vers la vue dans la" droite "(apparaissant ensuite le bouton" retour "). Quelle devrait être la meilleure façon, du point de vue de l'expérience utilisateur? Puisqu'une vue modale pour iPhone occupe la totalité de l'écran, il y a une autre différence entre les vues modales et non modales, à part l'une glissant vers le haut à partir du bas et l'autre glissant vers la gauche depuis la droite?
En outre, est-il correct (et possible) de parcourir plusieurs vues à partir d'une vue modale affichant un bouton de retour dans la barre de navigation, ou cela ne devrait pas être le cas et une vue modale devrait toujours afficher les boutons d'annulation et de fin (pas un bouton de retour) )?
J'ai peut-être posé beaucoup de questions ... merci d'avance!
Étant donné que votre question est spécifique à Apple iOS, je ferai référence aux directives de l'interface humaine (HIG):
Utilisez une vue modale lorsque vous devez offrir la possibilité d'accomplir une tâche autonome liée à la fonction principale de votre application. Une vue modale est particulièrement appropriée pour une sous-tâche en plusieurs étapes qui nécessite des éléments d'interface utilisateur qui n'appartiennent pas à l'interface utilisateur principale de l'application à tout moment. Ce qui est très similaire au premier paragraphe de Michael.
Plus loin:
Une barre de navigation permet de naviguer dans une hiérarchie d'informations et, éventuellement, de gérer le contenu de l'écran.
En tant que tel, vous pouvez avoir une hiérarchie de navigation lors de la présentation d'une vue modale. Le modal, pour essayer de le résumer, est un moyen de sortir du flux normal de l'application pour que l'utilisateur puisse accomplir quelque chose avant de poursuivre son chemin. Dans l'exemple d'un écran de connexion, il est plus logique (basé sur le HIG), de le présenter de manière modale, puis de le rejeter pour ramener l'utilisateur à la vue d'où il vient.
Par exemple, allez dans l'application Paramètres -> Mail -> Ajouter un nouveau compte (tous présentés via une hiérarchie de navigation) - choisissez l'un des fournisseurs et une "page de connexion" est présentée, de façon modale. Une fois que vous l'avez rempli et que le tout est confirmé, le modal disparaît et vous revenez à votre liste de comptes. Un autre exemple est dans l'application Calendrier, lorsque vous ajoutez un événement, ce qui vous élimine du processus des événements visualisation, la vue est présentée de manière modale - lorsque vous allez attribuer un calendrier, cependant, la vue est présenté de façon hiérarchique.
Lors de l'examen des applications pour savoir "comment dois-je faire" - je regarde généralement les applications créées par Apple d'abord, pas d'autres développeurs, parce que beaucoup d'entre nous (le royal nous) ont tendance à négliger des choses comme le HIG et les recommandations Apple; cependant, Apple a tendance à être assez cohérent).
Pour essayer d'encapsuler tous de cela succinctement. Lisez le HIG. Retiens ça; imprimez-le et, si après quelques mois il n'est pas très usé, quelque chose ne va pas (c'est une paraphrase d'Apple). Lorsque vous recherchez d'autres applications pour obtenir des "conseils" sur la façon de gérer certaines interactions, regardez les applications créées par Apple d'abord, car elles suivent à peu près le HIG - et, il existe une variété d'expériences utilisé non seulement les éléments d'interface utilisateur standard.
J'espère que cela pourra aider.
RE: La question de suivi dans les commentaires
Il n'y a rien dans le HIG qui recommande quoi que ce soit concernant les modaux à l'intérieur des modaux; cependant, si vous regardez l'application Contacts, vous voyez ce qui suit:
Donc, en supposant que Apple adhère à leurs propres philosophies UX, alors la réponse semblerait qu'il est acceptable d'avoir plusieurs modaux présentés au fil du temps; tant que l'annulation ou la sauvegarde de tous mènera le l'utilisateur au début du flux.
Je dirais que la principale raison de l'utilisation d'une vue modale est qu'un utilisateur effectue une seule tâche dont il ne doit pas être interrompu. Cela signifie que toutes les informations nécessaires à l'utilisateur pour terminer la tâche doivent être contenues dans la fenêtre modale elle-même, car le comportement d'une fenêtre modale est conçu de sorte qu'il ne puisse pas accéder à d'autres parties de l'écran pendant qu'il se trouve dans la fenêtre modale. (sauf s'ils l'annulent ou en sortent).
Du point de vue d'un utilisateur, cela signifie que les fenêtres modales ne doivent pas être utilisées pour de longues tâches, car plus vous occuperez le seul objectif de l'utilisateur, plus il voudra probablement faire autre chose. Pour vous assurer qu'ils peuvent terminer la tâche définie dans la fenêtre modale avec succès et sans interruption, vous devez la rendre aussi courte que possible.
Je suggère de jeter un oeil à quelques références et exemples pour avoir l'idée, puis si vous avez d'autres questions, il suffit de poster des questions spécifiques.