Indiquez l'option de clic long à l'utilisateur sur Android
Contexte:
Android a la fonctionnalité de menus contextuels (un peu comme un clic droit) qui se produisent lorsqu'un clic long est effectué. Cela se fait généralement en mode liste mais peut être effectué n'importe où. Et même sur les vues de liste, cela n'est pas toujours fait.
Question:
Étant donné que de nombreux utilisateurs ne sont pas au courant de cette métaphore du clic long (encore?), Existe-t-il une meilleure pratique convenue pour indiquer qu'il existe des options de clic long plus petites qu'un bouton complet qui fait apparaître le même menu?
Mise à jour 2011-12: Avec les dernières applications de Google comme Music et bien d'autres dans Honeycomb, ICS et également des versions de système d'exploitation inférieures, il semble que l'option de clic long soit partie le chemin du Dodo et été remplacé par une icône à droite dans la ligne de liste (le plus souvent un petit triangle).
Une façon de le faire est d'utiliser une transition ou une animation, comme le fait ListView avec sa rampe de couleur orange à blanc. Pour une idée sur la façon de procéder, regardez TransitionDrawable . Vous pouvez également consulter les sources pertinentes ici:
Mise à jour rapide: La raison de l'utilisation de la transition est qu'un utilisateur recevra immédiatement la rétroaction que cet élément est "actif" - interagissez avec lui pendant un peu plus longtemps et quelque chose se produira. Cela correspond bien à la `` montrer une rétroaction appropriée '' Astuce de conception d'interface utilisateur Android .
Une autre option consiste à commencer à utiliser le modèle Actions rapides au lieu d'appuyer longuement comme décrit dans les ressources ci-dessous:
- Twitter pour Android: un examen plus attentif des modèles d'interface utilisateur évolutifs d'Android (voir modèle 6)
- Google I/O 2010 - Android Modèles de conception d'interface utilisateur
Notez cependant que les actions rapides ne sont pas dans le cadre Android pour le moment.
Il y a en effet quelques problèmes avec l'action de pression longue a) L'action de pression longue n'est pas vraiment détectable, même avec les transitions de couleurs de fondu de ListView. J'ai vu pas mal de gens qui utilisent un appareil Android depuis un certain temps (dans certains cas environ un an) et ils sont vraiment surpris quand on leur dit que "oui, vous pouvez supprimer les entrées du journal des appels en cliquant longuement et en choisissant "supprimer du journal des appels" ". La réponse habituelle est dans le style" Vraiment? Vous pouvez simplement appuyer longuement sur certaines parties de l'application et vous obtiendrez des options secrètes?! "Donc, même après avoir découvert ces actions, certains utilisateurs pensent que ce sont des fonctionnalités cachées secrètes et ne font pas vraiment partie de l'utilisation normale de l'application. Mais là encore, une fois qu'ils auront compris celle-ci, ils l'essayeront probablement dans d'autres applications. aussi :)
b) Les actions rapides ne sont actuellement qu'un modèle et non un véritable composant d'interface utilisateur unifié que vous pouvez simplement connecter à votre application (aucune API disponible). Vous devez soit lancer votre propre Widget pour cela et regarder à sa place et différent du composant d'interface utilisateur Quick Action de la plate-forme. Ou vous pouvez aller extraire le code et les images du code source d'Android .. puis avoir l'air cassé sur certains appareils personnalisés OEM/Operator et les futures versions de la plate-forme. La partie triste est que même dans le cas où une API standard pour QuickActions est introduite, vous souhaiterez probablement prendre en charge Android 1.6/2.1/2.2 pendant un certain temps: /
En ce qui concerne les suggestions .. Je suppose que vous auriez encore à utiliser l'une des 2 solutions que Roman a soulignées - vous risqueriez de ne pas être familier avec l'utilisateur si vous alliez et implémentiez une manière totalement différente de gérer ces actions spécifiques au contexte. L'utilisation d'un menu à pression longue est beaucoup plus facile à implémenter mais est plus difficile à découvrir - l'utilisation du modèle d'action rapide nécessite plus d'efforts pour l'implémenter mais est beaucoup plus facile à découvrir (probablement :)).