Barre de navigation vs barre d'outils sur iPad et commandes associées
Je suis un peu confus avec les barres de navigation et les barres d'outils lors de la migration de l'iPhone vers l'iPad, car les barres d'outils de l'iPad semblent être déplacées vers le haut, comme décrit dans iOS Human Interface Guidelines , donc je suis pas clair sur la différence entre les barres de navigation et les barres d'outils dans les appareils iPad. J'ai des doutes à leur sujet et sur les boutons et commandes qui peuvent être affichés dans chaque cas, et je ne trouve aucun exemple qui les résout:
1) Est-il possible de "mélanger" une barre de navigation et une barre d'outils, et d'afficher les boutons de retour et les éléments de la barre d'outils en même temps? Par exemple, j'ai trouvé que l'application Mail avait des éléments de barre d'outils sur le côté droit de sa vue fractionnée, et une barre de navigation avec un bouton retour dans le côté gauche de la vue fractionnée, donc les boutons arrière et les éléments de barre d'outils sont toujours dans des barres séparées dans cette application :
De même, l'application Paramètres affiche une barre de navigation avec des boutons de retour dans le côté droit de la vue fractionnée, mais aucun élément de barre d'outils:
Où puis-je trouver un exemple d'application avec une barre affichant à la fois les boutons de navigation arrière et les éléments de la barre d'outils sur l'iPad? Ou n'est-ce pas possible?
2) Est-il possible d'afficher un contrôle segmenté dans une barre de navigation avec un titre, au lieu d'être dans une barre d'outils sans titre comme celui-ci? (Le document iOS Human Interface Guidelines indique qu'il s'agit d'une barre d'outils):
3) Disons que j'ai une vue divisée similaire à l'application Paramètres. Est-il valide ou correct d'afficher parfois une barre d'outils sur le côté droit et une autre fois une barre de navigation? Ou dois-je toujours afficher le même type de barre dans l'application?
Merci
Pour les programmeurs, c'est comme ça:
Une barre de navigation est quelque chose en haut de l'écran qui contrôle une pile de vues. Chaque vue autre que la première aura un bouton de retour. Si vous y mettez des boutons supplémentaires, c'est toujours une barre de navigation.
Une barre d'outils est une barre en bas de l'écran, qui ne contient que des boutons.
Pour un programmeur, ce sont différentes classes d'objets. Et bien qu'ils semblent très similaires, la barre d'outils a un séparateur supplémentaire en haut. Et une barre de navigation a un titre centré.
L'élément supérieur ici est une barre de navigation (celle du bas sans le bouton de retour). Et celui du bas est une barre d'outils.
Le Apple HIG confond les deux. Mais je pense qu'il est préférable de suivre l'actualité de ce que feront vos programmeurs.
1) Est-il possible de "mélanger" une barre de navigation et une barre d'outils, et d'afficher les boutons de retour et les éléments de la barre d'outils en même temps? Dans l'iPad, la navigation n'avait qu'un côté. Il doit y avoir une raison extraordinaire pour permettre le forage des deux côtés. Oui, vous pouvez inclure des éléments de barre d'outils sur une barre de navigation, UX et dev.
2) Est-il possible d'afficher un contrôle segmenté dans une barre de navigation avec un titre, au lieu d'être dans une barre d'outils sans titre comme celui-ci? Oui, mais vous voudrez faire attention à la façon dont il est conçu et il peut être un peu délicat.
) Disons que j'ai une vue divisée similaire à l'application Paramètres. Est-il valide ou correct d'afficher parfois une barre d'outils sur le côté droit et une autre fois une barre de navigation? Ou dois-je toujours afficher le même type de barre dans l'application? Barre de navigation d'un côté dans toute l'application et vous pouvez mélanger la barre de navigation sans explorer vers le bas et la barre d'outils de l'autre côté.
Une barre de navigation est une classe qui pourrait, même si ce n'est pas le cas, être une sous-classe de la barre d'outils. Les deux ont un ensemble d'éléments (généralement des boutons) qui peuvent être manipulés. La barre de navigation a la capacité supplémentaire de pousser ou de faire sauter un contrôleur de vue sur ou hors de la pile de présentation. De plus, la barre de navigation a une étiquette de titre par défaut. Cependant, si vous le vouliez pour une raison quelconque, vous pourriez répliquer la disposition d'une barre de navigation avec une classe de barre d'outils.
Sur le téléphone, encore une fois, très probablement en raison de la surface de l'écran le long de l'axe horizontal, une barre d'outils est généralement placée en bas de l'écran. Cependant, avec l'iPad, vous ne faites pas face aux mêmes contraintes et pouvez décider de déplacer la barre d'outils en haut de l'écran.
Par exemple, dans Mail.app, vous avez une vue divisée avec la gauche occupée par la barre de navigation - qui pousse et affiche des vues sur la pile - et une barre d'outils qui est là pour les commentaires (à quand remonte la dernière mise à jour de cette vue) . Cependant, dans la vue dans laquelle vous lisez un e-mail, la barre de navigation de l'appareil portable a été remplacée par la barre d'outils, qui pas Poussez ou affichez des vues sur ou hors de la pile.
Photos est une sorte d'étude de cas intéressante car les éléments de la barre d'outils de l'iPad sont placés dans la barre de navigation en haut de l'écran. Et la barre d'outils est remplacée par une barre d'outils différente - des miniatures - quelque chose que le téléphone ne permet pas en raison de son facteur de forme plus étroit.
En un mot, je crois que Steve a identifié la différence majeure entre la barre d'outils et la barre de navigation - la barre de navigation a un but, pousser et faire apparaître des vues sur et hors de la pile. Ma règle générale, et celle qui semble être utilisée dans la plupart (sinon la totalité) des applications natives est, si vous avez la place de placer les boutons dans la zone supérieure de la "barre d'outils" - faites-le. Sinon, faites déborder le trop-plein dans la zone inférieure de la "barre d'outils". Le titre de la vue doit être présent en haut - et jamais en bas. Que vous décidiez d'utiliser les classes UIToolbar ou UINavigationBar réelles dépend principalement de votre intention d'utiliser la classe pour pousser ou afficher des vues sur ou hors de la pile. Les pages et les photos sont des études de cas intéressantes pour ces règles générales, car l'une a tous les "boutons d'action" dans la zone supérieure pour la tablette et l'ordinateur de poche, tandis que l'autre n'en a pas.
J'espère que cela pourra aider.