Emplacement des icônes lorsqu'il ouvre une nouvelle fenêtre
Lorsque j'utilise une icône pour représenter un lien, je pense que la convention standard est [icône] [Lien].
Un collègue a souligné que pour les liens qui s'ouvrent dans une nouvelle fenêtre, l'icône devrait apparaître après le lien ([link] [icon]). La section de référence de Wikipédia a été donnée à titre d'exemple. Je me rends compte qu'il y a des implications sur l'utilisabilité et l'accessibilité; le but est de le réserver pour PDF et autres documents non web . Un facteur à considérer si le lien est répertorié avec d'autres liens et qu'ils ne s'ouvrent pas dans une nouvelle fenêtre. L'espace d'icônes doit être réservé pour maintenir un bord gauche droit pour la lisibilité.
Je pense que l'icône doit toujours venir avant le lien. Il garantit que l'attente est définie (en supposant que l'icône communique suffisamment son objectif), ce qui correspond à la conclusion de Nielsen de " les utilisateurs ne lisent souvent que les premiers mots du texte du lien "; le mettre à la fin du lien réduit la probabilité que l'utilisateur le voie.
Je n'arrive pas à trouver de recherche à ce sujet. Qu'est-ce que tout le monde pense que la norme devrait être? Y a-t-il des exceptions?
La citation de article que vous avez lié continue également:
En fait, les utilisateurs ne lisent souvent que les premiers mots du texte du lien, il est donc important de commencer par un mot (généralement un verbe) qui indique l'action qui résultats s'ils cliquent sur le lien.
Bien que les utilisateurs ne puissent analyser que les premiers mots d'un lien, cela ne signifie pas qu'ils ignoreraient ou ne remarqueraient pas les icônes identifiant le type de lien à la fin d'un lien. Mettre une icône au début du lien perturbe la lisibilité du lien de manière assez massive.
Vous avez noté à juste titre: L'utilisateur doit comprendre quel est le résultat attendu d'un clic sur un lien. - Mais seulement s'il clique sur le lien, c'est-à-dire quand il est susceptible de lire le lien entier avant de cliquer dessus , par rapport à la simple numérisation d'une page, quand ils sont plus susceptibles de payer un avis que pour lier les débuts.
Cela signifie que l'utilisateur lirait du texte avec des icônes au début du lien de telle sorte que les utilisateurs doivent se soucier des implications de la façon de "consommer" le lien avant même de savoir ce qui est lié (car ils liraient et traiteraient d'abord l'icône, puis seulement le texte du lien réel).
À mon avis, la convention consistant à placer des identificateurs de type après le texte du lien réel est tout à fait justifiée. Il imite le sens de lecture et l'icône à droite du texte souligne que cette icône fait référence à l'action en avant qui suit en cliquant sur le lien.
Nous avons traité la question "Comment savoir ce qui se passera lorsque je cliquera sur ce lien?" en ajoutant des icônes pour quand un lien s'ouvre dans une nouvelle fenêtre (panneau ou fenêtre, par exemple l'utilisateur ne perdra pas la page sur laquelle il se trouve), ou quand le lien ouvre un menu. Tous les autres liens sont des liens de navigation qui éloignent l'utilisateur d'une page.
Comme le souligne kontur, ces informations (comment le lien réagit à un léchage) sont assez secondaires par rapport à l'objectif du lien: engager l'utilisateur dans une action qu'il peut vouloir entreprendre. En tant que tel, nous mettons actuellement nos icônes à la fin du lien.
Hover, nous envisageons actuellement de ne voir ces icônes apparaître que sur Hover (c'est une application web). L'avantage ici est qu'il désencombre la page de nombreuses icônes bruyantes qui ne comptent vraiment que lorsque l'utilisateur est prêt à s'engager. Dans cet exemple, le lien "En savoir plus" comportera également une classe "pop-up".
