Je suis confronté à un moment de grattage de la tête similaire à ce que Cette personne (à partir de janvier 2008) a connu lorsque je me suis rendu compte qu'il n'y a pas de bouton Annuler dans la boîte de dialogue de progression de Android ou des fileuses. Il est maintenant juillet 2009 et je viens d'installer la version du cupcake d'Android. Cette chose a-t-elle changé? Sinon, ajoutez-vous un bouton Annuler dans les dialogues et comment le faites-vous?
5 Réponses :
Je ne suis pas d'utilisateur ni de développeur Android, mais je pense que la réponse donnée dans le thread lié au fil est assez décente: il y a une clé matérielle "Back" sur tous les appareils Android. Les utilisateurs sont censés savoir avoir appuyé sur le dos à la sortie de toute activité à l'heure actuelle.
Ainsi, les concepteurs d'interface utilisateur estiment qu'il est inutile d'inclure un bouton de retour d'interface graphique / annulation. Cela pourrait être considéré comme l'application UI de la Dry Principe; S'il y a déjà une façon de faire quelque chose, c'est assez.
Historiquement dans l'interface utilisateur, il est généralement considéré comme mieux considéré comme offrant de multiples moyens redondants d'atteindre la même tâche. Approche intéressante si c'est la raison pour laquelle ils l'ont fait.
Le bouton arrière à mon avis est synonyme du bouton Back de navigateur. Ce n'est pas intuitif pour moi (et même les techniciens de mon bureau) qui appuyent sur le dos de la boîte de dialogue.
Ensuite, il vous suffit d'attendre que la boîte de dialogue fermait ou sélectionnez l'élément déjà sélectionné dans la fileuse. Généralement, la sauvegarde d'une boîte de dialogue de progression n'annule pas l'action car l'application doit faire le processus de course à long terme dans un fil de toute façon. À moins qu'ils recherchent le dialogue soient fermés, le processus va compléter à un moment donné, peu importe.
Si le programmeur pense qu'un bouton Annuler serait utile, ils peuvent facilement l'ajouter. Il n'est pas nécessaire de l'avoir par défaut car il n'est pas nécessaire dans toutes les situations.
Mais le problème est que le dos pas signifie annuler. Par exemple, si vous utilisez une préférence avec des préférences à cocher, le changement de préférence est commis l'instant que vous basculez l'état du bouton. En appuyant ainsi après avoir changé les paramètres n'annulent pas; Vous êtes laissé avec le même état. Voir Mail-Archive.com/androïd-developers.com@googlegroups.com / ... Pour plus de choses sur cela.
La clé matérielle est la réponse ici. Je ferais attention à généraliser le principe sec à l'UIS. Il y a beaucoup de cas où vous devez marteler, marteau, marteau le même point à l'utilisateur à plusieurs reprises via des titres, du texte du corps, des couleurs et des images.
Les utilisateurs ne font pas "lire" l'UIS comme vous lisez un roman. Ils scannent lus.
Je ne peux pas parler pour d'autres applications, mais dans le mien tout ce qui pourrait faire attendre le fil d'interface utilisateur est exécuté dans un fil séparé. Le plus que je ferai, c'est montrer une petite filière de progression dans la barre de titre pour laisser l'utilisateur savoir que quelque chose se passe à l'arrière-plan.
Vous n'êtes pas sûr de tout le bouton Annuler ... J'ai entendu des informations sur la méthode Oncancel () ne pas tirer correctement. Ma solution consiste à créer un bouton normal sur la boîte de dialogue avec un appel pour revenir chaque fois que le bouton est enfoncé.
createCancelProgressDialog("Loading", "Please wait while activity is loading", "Cancel");
En tant qu'utilisateur Android et développeur, je peux dire, à mon avis, et basé sur ma compréhension de la plate-forme, qu'il existe une bonne raison pour ne pas avoir de bouton d'annulation par défaut sur les boîtes de dialogue de progression sans annulation.
En tant que développeur, ces dialogues ne peuvent pas être annulés par défaut, c'est-à-dire que vous devez les définir explicitement comme annulable.
Ceci est logique, car leur objectif est d'alerter l'utilisateur, via le fil de l'interface utilisateur, que certains travaux se produisent ailleurs, qui est important pour la mise à jour du fil de l'interface utilisateur, avant que l'utilisateur ne puisse continuer à utiliser l'application.
Par exemple, lors de la récupération d'une liste de données pour occuper un écran vide, il n'y a rien à interagir, et l'utilisateur doit être informé que quelque chose se passe et s'attendre à ce qu'il n'y ait rien de disponible pour interagir avec jusqu'à ce que ce processus soit terminé.
Cependant, il peut y avoir des cas, tels que la récupération de données d'Internet, où le processus est "Sketchy" et en raison de problèmes de connectivité, vous ne pourrez peut-être pas compléter la demande et rester coincé ici.
Ceci comme un développement est où vous activez la boîte de dialogue d'annuler.
maintenant en tant qu'utilisateur, celui qui comprend clairement le paradigme de l'UI d'Android, je sais que si je veux revenir à ce que je faisais auparavant, ou "annuler" l'opération actuelle, je devrais toucher la clé arrière. < / p>
En tant qu'utilisateur, il n'est pas différent de savoir que dans Android, la touche Menu peut souvent révéler des options cachées, parfois sur un écran apparemment vide sans aucun moyen d'interagir.
Ceci est le comportement qu'un utilisateur attend et la manière dont la plate-forme est conçue. Vous pouvez très bien ajouter un bouton Annuler, mais à partir d'une perspective des utilisateurs qui comprend leur téléphone, cela ne fait aucune différence, la clé arrière est clairement le choix prévu à cet effet.
Activités et UIS ont un flux, vous passez à travers des activités et des "écrans d'interface utilisateur" qui sont "empilés" et le bouton arrière "apparaît essentiellement" Pops "la dernière chose hors de la pile pour vous revenir à l'endroit où vous étiez auparavant. Si vous voyez la boîte de dialogue comme une autre de ces activités, vous souhaitez l'appartenir à partir du haut de la pile pour revenir à ce qui est sous le dessous ou une activité précédente.
Si un développeur a une boîte de dialogue qui ne peut pas être annulé à l'arrière, il est soit par conception, pour lequel il peut, dans les cas, être une très bonne raison pour, ou c'est un développement médiocre et une surveillance sur le Devloper partie.