Depuis le niveau 5 de l'API, nous avons eu un accès facile à overridePendingTransition, nous permettant de remplacer les transitions gauche/droite de diapositive standard par toutes sortes de folies. Je viens de remarquer que la dernière mise à jour de Google Maps utilise le fondu pour de nombreuses transitions (je ne sais pas si c'est toujours le cas, mais je l'ai remarqué après la dernière mise à jour).
Mes questions sont:
J'envisage peut-être d'utiliser des transitions de diapositives entre différentes "sections", c'est-à-dire. d'une page d'accueil à une liste d'articles, puis en utilisant par exemple un fondu entre différents écrans dans la section des articles (c'est-à-dire afficher l'article, les commentaires, etc.). L'idée ici est que la diapositive est un peu comme passer d'une pièce à une autre, tandis que le fondu ressemble plus à un retournement ou à un changement de focus.
Des pensées?
Bonne question. Vous devriez vérifier les Directives de l'interface utilisateur Android pour voir s'ils ont une documentation à ce sujet.
Je ne connais pas assez Android directives (malgré la possession d'un Nexus One - je suppose que cela en dit long sur la qualité des applications) pour pouvoir faire une estimation raisonnable, mais je pense que vous devrait essayer d'adhérer autant que possible aux normes de la plate-forme.
Mais si Google ne recommande rien, je serais curieux de voir s'il y a vraiment une différence significative entre, disons, une diapositive et un fondu en termes de communication à l'utilisateur que l'état de l'application est en train de changer. Après tout, les animations servent largement cet objectif. Certaines animations comme le zoom sont plus significatives parce que les utilisateurs les associent à des choses comme des cartes (ou au moins des plans vus de "dessus") mais je ne pense pas que la plupart des animations comme slide/wipe/fade/etc ont des associations spécifiques.
@Gunnar Je ne suis pas sûr que gauche = nouveau et droite = revenir en arrière. En fait, de nombreuses applications que j'utilise sur mon Android ne semblent utiliser aucun modèle particulier. Les nouvelles tâches prennent souvent simplement le dessus de l'écran et beaucoup vont glisser de la gauche ou de la droite.
Quand il s'agit de commentaires ou de détails dans un article, sur une petite interface, je sais que ma propre préférence est de révéler dans le contexte chaque fois que possible. Jetez un œil à la façon dont la version Web mobile de Google Reader se comporte dans le navigateur. La façon dont les données sont chargées (c'est-à-dire - Ajax vs pleine charge) serait également une décision à considérer, mais je pense que le fondu ou la diapositive suggère quelque chose de complètement différent.
Vous pouvez certainement utiliser une diapositive directionnelle pour indiquer le flux d'application. Pour moi, le fondu suggère un flux différent, tandis que cacher/révéler suggère dans le contexte. Si vous avez une application spécifique que vous créez, vous pouvez tester différentes variantes via un prototype et solliciter les opinions des utilisateurs.
C'est une question assez subjective en fait. Pour moi, l'animation de transition par défaut, c'est-à-dire une nouvelle activité se déplaçant de la droite et une ancienne activité se déplaçant de la gauche semble naturelle et correcte.
Je ne peux pas vraiment vous dire où j'utiliserais les animations de fondu d'entrée et de sortie pour être honnête, mais pour moi, cela n'a pas de sens d'essayer de le communiquer en utilisant ces effets.
À mon avis, cependant, une combinaison des deux serait le meilleur moyen de communiquer que vous passez à une autre partie de la même application, tandis que l'animation par défaut indique que vous passez à une autre application.
Il y a un autre exemple dans les démos d'API appelé Transition3d qui est une bonne idée dans des cas spéciaux. En s'appuyant sur celui-ci, vous pouvez également essayer de simuler une sorte de cube où le passage à une autre partie de votre activité fait tourner le cube d'avant en arrière.
Inspirez-vous d'iOS. Les diapositives de gauche ont du sens lorsque vous naviguez plus profondément (large à étroit) dans un élément de contenu. Glisse à droite lorsque vous passez d'étroit à large. Une autre transition que les directives iOS appliquent est lorsque les écrans modaux doivent être présentés. Dites avant d'aller plus loin dans quelque chose que vous devez que l'utilisateur soumette son nom d'utilisateur ou son code postal ou quelque chose. Étant donné que cet écran n'apparaîtra qu'une seule fois et qu'il est modal bloquant ainsi le flux d'application, l'écran glisse depuis le bas.