Faut-il utiliser des guillemets angulaires comme flèches?
guillemets (alias guillemets) sont souvent utilisés comme flèches dans la pagination et autres. Par exemple, cette image provient d'un exemple de pagination sur le site de Bootstrap:
En tant que locuteur natif de l'anglais américain, ces symboles me ressemblent à des flèches astucieuses et à rien d'autre, mais dans de nombreux pays, ils servent de guillemets. Doit-on les éviter pour cette raison?
Plus précisément, je m'intéresse à savoir si les locuteurs natifs de langues qui utilisent des guillemets comme guillemets percevront leur utilisation comme des flèches, comme dans l'exemple ci-dessus, comme étrange ou inappropriée à quelque degré que ce soit. Par conséquent, je suis particulièrement intéressé par les réponses des locuteurs de ces langues.
Clause de non-responsabilité : Je ne suis pas un locuteur natif d'une langue qui utilise des guillemets pour indiquer des guillemets. Mais je voulais offrir une vue sur la façon dont le contexte peut aider à identifier si le contenu référencé est une phrase ou un cas de pagination
Je crois qu'il y a deux aspects
- Je pense que c'est l'un de ces cas où les utilisateurs peuvent visualiser si une phrase est référencée ou si le site fait référence à la pagination puisque la structure de conception permet aux utilisateurs d'établir la connexion.
Prenons votre propre exemple de bootstrap
La rupture ou la séparation du contenu aide à établir la relation différentielle des éléments dans la section et aide à établir qu'il s'agit d'une méthode de pagination. Cependant, si la conception avait été
<< 1 2 3 4 5 6 >>
Les utilisateurs peuvent potentiellement être confus car ils n'ont pas de points d'arrêt distinctifs pour casser l'hypothèse qu'il s'agit d'un devis.
Il est également utile que plusieurs conceptions de pagination suivent un format similaire, ce qui aide les utilisateurs à établir facilement la connexion.
Référence : Toutes ces images ont été référencées à partir de cela article du magazine Smashing
- Le positionnement : Le deuxième aspect qui aiderait les utilisateurs à établir la connexion est le positionnement du modèle de conception de pagination . Les éléments de pagination sont généralement positionnés en bas (à quelques exceptions près, en haut également) et, par conséquent, les utilisateurs, lorsqu'ils numérisent la page, pourront s'y rapporter en tant qu'élément de pagination plutôt qu'en tant que phrase, car ils sont positionnés en bas à droite .
Voici des exemples de Google, Bing et Amazon en ce qui concerne la façon dont les utilisateurs feraient l'association
Bing
Amazon
En prenant également les exemples ci-dessus, le type de contenu ci-dessus aiderait également les utilisateurs à établir la connexion car la pagination est généralement utilisée pour afficher les vues de liste du contenu.
30 secondes de recherche
Bien que j'aimerais vraiment voir quelqu'un qui parle russe ou français pour répondre à cette question, j'ai fait une recherche rapide pour voir comment les sites français, norvégiens et russes gèrent la pagination depuis ces deux langues (avec avec de nombreuses autres utilisent des guillemets )
Un site français
Yandex (site de recherche russe)
Le thème clé que j'ai pu trouver dans cette recherche rapide est que alors que les guillemets ne sont pas utilisés au sens plein, (se référer à l'exemple du site français), la plupart Les méthodes de pagination semblent aller vers la voie la plus sûre en évitant simplement d'utiliser des chevrons ou des guillemets et en utilisant la couleur et les reflets pour attirer l'attention de l'utilisateur. Quoi qu'il en soit, il ne s'agit que d'une recherche préliminaire et devrait être approfondi.
D'après mon expérience en français, une langue qui utilise couramment les guillemets, vous n'auriez aucune confusion en utilisant "et" comme liens de page précédente et suivante respectivement, et en donnant aux flèches la possibilité (comme les encadrer de la même manière que les numéros de page , comme les exemples fournis par Mark Nugent) le garantiraient absolument.
Votre plus grand défi, comme d'autres l'ont fait allusion, est la signification sémantique du texte. Ceci est particulièrement important pour les utilisateurs malvoyants qui ne verront pas les guillemets eux-mêmes ou la direction vers laquelle ils pointent.
Pour cela, je recommanderais de fournir une valeur rel pour identifier le type de lien, et une aria-label valeur pour dire aux lecteurs d'écran quoi dire .
Exemple:
<a href="?p=2" rel="next" aria-label="Next page">»</a>
Un utilisateur non aveugle connaît généralement déjà cette utilisation symbolique de « et », et également des paires ‹/›, </>, <</>>. La couleur, la taille, le rembourrage et la bordure peuvent améliorer la visibilité - votre exemple d'image montre que les deux derniers sont utilisés avec succès. Le texte localisé sur le côté ouvert/haut des symboles aide encore plus. Cependant, s'ils apparaissent dans un texte, cela peut entraîner des problèmes.
Lorsque, il y a plusieurs années, le navigateur Opera a introduit une aide à la navigation qui a découvert automatiquement les liens "suivants" dans un document HTML et les a rendus disponibles pour la fonction forward (bouton et raccourci clavier), il prend en charge la plupart des modèles symboliques mentionnés ci-dessus et connaît également des mots clés de plusieurs langues qu'il trouve dans les textes de liens et les cibles, bien sûr la sémantique HTML rel=next ont également été pris en charge. Des modules complémentaires similaires sont également disponibles pour d'autres navigateurs. Je suppose que les lecteurs d'écran ont une logique similaire.
En ce qui concerne les alternatives textuelles, les symboles de flèche standard ISO pour touches de page haut et bas sont respectivement U + 21DE ⇞ et U + 21DF ⇟. Les variantes pivotées sont également disponibles en Unicode, U + 21FA ⇺ et U + 21FB ⇻. Celles-ci ne sont pas familières à presque tout le monde, cependant, et inappropriées car elles appartiennent aux dessus de clé. Vous pouvez également trouver des symboles plus intuitifs pour page précédente et suivante, U + 2397 ⎗ U + 2398 ⎘. Ils sont cependant destinés aux médias paginés et non au contenu paginé où seuls les éléments n sont représentés sur chaque page. En lecture multimédia, les symboles standard sauter en arrière/en avant U + 23EE ⏮ et U + 23ED ⏭ sont similaires à tabulateurs horizontaux U + 21E4 ⇤ et U + 21E5 ⇥ (mais nouvellement encodé et à peine supporté), alors que U + 23EA ⏪ et U + 23E9 ⏩ (peut) signifier retour/avance rapide. Évitez d'utiliser des symboles APL comme U + 2347 ⍇ et U + 2348 ⍈ ou U + 2350 ⍐ et U + 2357 ⍗. Il y a encore plus de caractères Unicode avec "pointant vers la droite" dans leurs noms, mais aucun ne semble sémantiquement parfait pour le travail.
Cependant, j'ai toujours pensé qu'il serait bien d'incorporer le symbole de la page suivante dans le coin inférieur droit du contenu paginé, par ex. <article> en HTML5, comme une sorte d'oreille de chien. Cela est moins pertinent aujourd'hui, car plus de contenu est souvent chargé automatiquement automatiquement lorsque la vue atteint le bas.
J'interpréterais les deux flèches comme "Advance/Recede 5 pages.", Car c'est le nombre de pages que vous avez dans cette barre.
Donc, non, vous ne devriez pas.
Comment je vois les boutons:
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
|< ... >| Première ... Dernière page
<< ... >> Reculer ... Avancer 5 pages
< ... > Précédent ... Page suivante
Remarque J'ai utilisé deux symboles inférieur/supérieur à au lieu de guillemots car ils sont plus universels.