Quelles sont les alternatives au "survol" sur les appareils tactiles?
Entré récemment dans un podcast 37 signaux :
http://37signals.com/podcast#episode18
La solution simple, de "force brute", consiste simplement à utiliser la première touche sur un objet d'interface utilisateur en survol.
Ça marche. Mais existe-t-il d'autres solutions plus élégantes? Par exemple, le matériel pourrait-il jamais être conçu pour prendre en charge le survol réel des doigts?
Cela signifierait une technologie très différente de celle actuellement utilisée. Je n'essaierais pas de forcer les appareils tactiles dans la sémantique des appareils à écran. Les appareils tactiles développent leurs propres attentes distinctes des utilisateurs. Toucher pour survoler est parfaitement acceptable. J'ai vu de beaux exemples d'indication à l'utilisateur où se trouvent les zones "survolables" lors du premier chargement de l'écran. Mettre en évidence les points chauds d'une certaine manière, puis laisser ces reflets s'estomper après une seconde ou deux.
Le point de survol est de mettre à la disposition de l'utilisateur des informations sur un élément sans déclencher une action principale.
Une approche pourrait être de déclencher l'affichage d'informations secondaires lorsque l'espace mort près d'un élément est touché. Ce n'est pas très découvrable cependant.
Une meilleure approche, je pense, est essentiellement la réponse donnée ci-dessus - touchez et maintenez. Mais la première fois, l'utilisateur tape simplement pour révéler les informations secondaires juste avant de passer à la fonction principale, afin qu'il sache qu'il y a quelque chose à explorer. Ce n'est pas tout à fait ce que 37 signaux disent, mais comme je ne bloquerais pas la fonction principale, je révélerais brièvement qu'elle est là.
Au lieu de toucher et de maintenir, vous pouvez également considérer un glissement sur quelque chose comme une recherche d'informations, bien que cela ne soit pas facilement détectable à moins que vous ne présentiez une indication que c'est possible. Je ne pense pas qu'il y ait quelque chose de mal avec les premières passes d'une application présentant quelques types de tutoriels d'illustrations pour faire savoir à l'utilisateur que quelque chose est possible, et beaucoup de choses comme toucher à l'extérieur ou glisser pour révéler sont très faciles à retenir même si elles sont difficiles à découvrir.
Lisez toutes les réponses et commentaires ci-dessus et avec tout le respect que je vous dois, ainsi que vos solutions, je suggère simplement de ne pas implémenter la fonction de survol dans les appareils tactiles. Dans les appareils tactiles, les utilisateurs ne s'attendent pas à quelque chose de ce genre, donc je préférerais ne pas intégrer une telle fonctionnalité.
Dans les appareils mobiles, l'utilisateur et les développeurs/ingénieur UX préfèrent un encombrement moindre. Donc, pour atteindre une nouvelle vue ou pour obtenir les détails, l'utilisateur ne s'attend pas et devrait appuyer deux fois sur un bouton ou un lien.
La meilleure solution est ce que vous avez dans votre question - une seule touche effectue l'effet de survol. Cela fonctionne très bien sur un iPhone et est complètement intuitif. J'appuie sur un élément de navigation et il se développe pour afficher les éléments de navigation secondaires. Je le tape à nouveau, ça m'emmène quelque part (si c'est lui-même un lien). Je ne vois pas la nécessité de remplacer quelque chose qui fonctionne déjà et qui a du sens pour l'utilisateur.
Certaines technologies d'écran tactile prennent en charge le vol stationnaire. Par exemple, avec Microsoft Surface et certains écrans de tablette spécialisés, faites la distinction entre le survol et la pression. Il semble cependant que cela puisse être frustrant. J'ai utilisé ZBrush avec une tablette, ce qui vous permet de planer littéralement, et la précision a été considérablement réduite (le curseur sautait tous sur le lieu). Dans un programme graphique, c'est correct, car vous avez l'impression de dessiner (et les imperfections peuvent le rendre plus naturel), mais pour les choses où l'utilisateur doit être précis, je ne suis pas sûr que ce serait une excellente option.
Ne vous attendez pas à ce que des appareils comme l'iPad prennent en charge un curseur de sitôt. Il est beaucoup plus sage de se concentrer sur l'évitement du survol et de toute autre fonctionnalité gênante pour la souris uniquement. J'ai récemment écrit un article détaillé sur les raisons pour lesquelles nous devrions cesser de passer la souris sur le Web et quelles sont les meilleures façons de le remplacer.
Si un objet a le focus pendant une période de temps sans activité, survolez. C'est probablement une indication que l'utilisateur a besoin de plus d'informations. Certes, cela est très difficile sur les éléments d'action à une touche comme les liens et les boutons (plus facile d'obtenir la mise au point lorsque vous êtes dans un environnement de clavier où vous pouvez y tabuler.).
Pourquoi ne pas simplement écrire le nom de la fonction sur le bouton (sauf s'il est minuscule). De cette façon, l'utilisateur n'a pas à survoler chaque bouton jusqu'à ce qu'il trouve celui qu'il souhaite. Avoir des boutons ou des liens mystères qui nécessiteraient un survol est connu sous le nom de Viande mystère .
Si vous voulez vraiment avoir des images au lieu du texte, alors j'aime l'idée d'une touche pour "survoler" une autre touche pour "appuyer" sur le bouton. Cependant, il n'est pas toujours clair que l'interface utilisateur le prend en charge. Les boutons donnent l'impression que vous les touchez pour les activer et un nouvel utilisateur peut se méfier de toucher un bouton au cas où il activerait une fonction qu'il ne voulait pas.
Une alternative serait d'utiliser de petits interrupteurs à ressort.
De cette façon, il est clair que le simple fait de les toucher ne les activera pas. Cependant, cela ne permet pas à l'utilisateur de savoir qu'il pourrait les toucher pour un pourboire.