Ancestors

Written by Julie Moynat on 2025-01-12 at 14:57

Pour me changer les idées, j'ai écrit un nouvel article suite à une question reçue cette semaine.

"Un lien qui s’ouvre dans une nouvelle fenêtre ou onglet accessible"

[#]accessibilité #a11y

Edit : article republié suite à la correction de ma bêtise concernant les critère et techniques WCAG 😅 (en même temps, c'est le bazar, vous verrez)

https://www.lalutineduweb.fr/lien-ouverture-nouvelle-fenetre-accessible/

=> More informations about this toot | More toots from juliemoynat@eldritch.cafe

Written by Sp3r4z on 2025-01-12 at 15:27

@juliemoynat Après avoir lu l'article en entier, j'ai une question : le SC 3.2.5 dit "Users have full control of major content changes." → si on impose un changement de contexte (puisqu'il pas le choix que d'avoir une nouvelle fenêtre/onglet en cliquant sur un lien "target blank") c'est pas l'inverse ?

J'ai passé 2 années, au taff à me battre pour n'avoir des liens "target _blank" qu'uniquement sur les documents, images et documentations/aides. Parce que ça paume trop d'utilisateurs 😔

=> More informations about this toot | More toots from Sp3r4z@mastodon.xyz

Written by Julie Moynat on 2025-01-13 at 17:42

@Sp3r4z bon, maintenant que j'ai corrigé mes bêtises, je peux revenir à ta question car ça m'a donné la réponse.

La technique H83, que j'avais zappée en v1, explique qu'elle considère que les agents utilisateurs (UA - navigateurs et technologies d'assistance) peuvent permettre de gérer la désactivation du target blank. Par conséquent, on considère ainsi que c'est le taff des UA de donner le contrôle et que les gestionnaires de site peuvent se contenter de prévenir les internautes qui n'utilisent pas de technologies d'assistance (mais tous les internautes sont prévenu'es quand même en définitive).

C'est un peu étonnant car j'ai jamais vu d'option de ce genre (j'ai trouvé quelques extensions de navigateurs mais c'est tout). Mais c'est assez courant de considérer (à raison, en général) que certains points sont à gérer côté UA.

Après, il reste possible de faire une option dans le site avec du JS qui vire les target blank, aussi mais bon, je suis pas convaincue que ce soit vraiment utilisé par les internautes si jamais c'est mis en place (ou alors sur une webapp, oui mais pas un site lambda).

=> More informations about this toot | More toots from juliemoynat@eldritch.cafe

Written by Sp3r4z on 2025-01-13 at 18:14

@juliemoynat Merci pour ta réponse 😃

En l'absence de prise en charge correcte des UA (à savoir la possibilité de ne jamais ouvrir dans une nouvelle fenêtre), on peut considérez que c'est pas au mieux de faire ainsi :/

Si je saisie bien le "User agents can", le "can" est une possibilité, non une obligation.

C'est du coup assez ambigu concernant le 3.2.5 😔 (même si un critère triple A)

=> More informations about this toot | More toots from Sp3r4z@mastodon.xyz

Written by Julie Moynat on 2025-01-13 at 18:20

@Sp3r4z oui oui, c'est un "can" et c'est normal car on est dans les WCAG. Faudrait voir si les UAAG (la spec pour les UA) disent quelque chose à ce sujet.

C'est pas ambigu, ça correspond à la façon dont fonctionnent les WCAG. On fait avec ce qu'on a et on laisse le périmètre des UA aux UA.

Y'a d'autres critères comme ça comme celui de la visibilité du focus par exemple : si tu laisses le style de focus natif et qu'il est pas assez contrasté, tu ne peux pas obliger lea gestionnaire du site à mettre un style personnalisé.

=> More informations about this toot | More toots from juliemoynat@eldritch.cafe

Written by Sp3r4z on 2025-01-13 at 18:25

@juliemoynat Oh okay, je comprends mieux. Merci pour ton retour 😃

Je vais continuer à faire ce qui est dit : tant que faire ce peux, ne pas avoir de target=_blank 😊

=> More informations about this toot | More toots from Sp3r4z@mastodon.xyz

Written by Julie Moynat on 2025-01-13 at 18:31

@Sp3r4z oui, je fais ça aussi sur mes contenus.

J'aimerais bien quand même voir une étude très variée pour qu'on se rende compte de quelles implémentations perdent les internautes. J'ai eu des retours où les gens sont perdus quand on ne fait pas s'ouvrir les liens externes dans une nouvelle fenêtre, par exemple, parce qu'ils savent pas faire ça et ça fait disparaître le site sur lequel ils étaient. Or, l'ouverture dans une nouvelle fenêtre forcée peut perdre d'autres gens.

Ça pourrait aider à faire bouger les navigateurs sur ce sujet.

=> More informations about this toot | More toots from juliemoynat@eldritch.cafe

Written by nicod_ on 2025-01-13 at 20:40

@juliemoynat @Sp3r4z J'ai aussi cette demande de mes clients, souvent (ouvrir les liens externes dans un nouvel onglet). Ces liens ont une classe css posée par le CMS (.external), pour les styler et gérer ça en JS.

Mais effectivement, sur mobile c'est assez catastrophique, la gestion des onglets n'est pas aussi pratique.

Peut être je devrais n'ouvrir un nouvel onglet que sur desktop ?

=> More informations about this toot | More toots from nicod@diaspodon.fr

Written by Julie Moynat on 2025-01-13 at 20:47

@nicod je saurais pas dire si tu devrais ou pas 😅

@Sp3r4z

=> More informations about this toot | More toots from juliemoynat@eldritch.cafe

Written by Sp3r4z on 2025-01-13 at 20:51

@nicod J'aurais dis pareil que @juliemoynat : c'est un choix éditorial à faire (parce que techniquement les deux sont faisables).

J'aurais tendance à dire, que si on prend au pied de la lettre le 3.2.5 (triple A) : on en met pas ! (parce que pas de contrôle de l'usager sur où/comment ça s'ouvre) Et, de façon plus réaliste: le moins possible de "target=_blank" et quand on en a : le notifier (voir l'article de Julie)

=> More informations about this toot | More toots from Sp3r4z@mastodon.xyz

Written by Julie Moynat on 2025-01-14 at 09:29

@Sp3r4z @nicod il m'est venu une réflexion : l'affichage "mobile" ne sera pas forcément uniquement affiché sur mobile. Quand les personnes zooment à un certain niveau, ça fait s'afficher la version mobile.

Je l'ai pas dit hier mais je pensais aussi au cas où la personne est habituée sur mobile ou ordi et quand elle passe sur l'autre, ça n'a pas le même comportement : ça peut être perturbant.

Et donc, bah je ne sais toujours pas ce qu'il faudrait faire ou pas. Je dirais que ce qu'il faudrait faire, c'est des tests d'utilisabilité 😁

=> More informations about this toot | More toots from juliemoynat@eldritch.cafe

Toot

Written by nicod_ on 2025-01-14 at 10:38

@juliemoynat Je pensais utiliser une détection "touch", pas des media queries sur les dimensions.

Et oui, peut être pour quelqu'un utilisant ordi et mobile ça peut être perturbant (?).

Pas de réponse toute faite en tout cas, ça confirme ce que je pense sur ce sujet.

@Sp3r4z

=> More informations about this toot | More toots from nicod@diaspodon.fr

Descendants

Written by Julie Moynat on 2025-01-14 at 10:51

@nicod pour la détection du tactile, je suis pas convaincue que ce soit mieux. Il y a aussi des ordis avec écran tactile.

J'ai également déjà rencontré des soucis avec le fait de faire ça sur des ordis qui avait le service "Tablet PC" sous Windows car ça faisait détecter en "touch" un ordi pourtant sans écran tactile (vérification faite, c'était il y a 10 ans mais je doute fort que ce cas n'existe plus).

@Sp3r4z

=> More informations about this toot | More toots from juliemoynat@eldritch.cafe

Written by nicod_ on 2025-01-14 at 10:56

@juliemoynat J'en suis conscient... Et une détection par le User Agent, c'est pas fiable à 100% non plus (mais peut être un peu plus ?).

@Sp3r4z

=> More informations about this toot | More toots from nicod@diaspodon.fr

Written by Julie Moynat on 2025-01-14 at 17:35

@nicod je pense qu'il y a aucune solution 100% fiable mais je n'ai aucune idée de laquelle le serait plus. Le User-Agent, tu aurais la certitude que ceux ciblés sont bien des mobiles mais tu zapperais des mobiles. C'est ptet plus sûr de ce point de vue.

@Sp3r4z

=> More informations about this toot | More toots from juliemoynat@eldritch.cafe

Written by Sp3r4z on 2025-01-14 at 17:51

@juliemoynat @nicod Peut-être ne cumulatif aussi, une analyse UA + touch + taille écran…

Rien de tout ça n'est fiable, rien de tout ça n'est vraiment OKay…

Peut-être tout simplement pas faire en fait… Et si des clients te demandes ça : marquer une clause que c'est pas accessible, pas terrible…

Par contre : le changement entre mobile et ordinateur, je suis pas très OKay niveau cohérence 🤔

=> More informations about this toot | More toots from Sp3r4z@mastodon.xyz

Written by Julie Moynat on 2025-01-14 at 17:56

@Sp3r4z oui je te rejoins sur les deux derniers paragraphes.

J'ai effacé mais j'avais écrit que, perso je laisserais le même comportement partout parce qu'au moins, c'est maitrisé et ça évite les soucis éventuels de maintenance, de se prendre la tête, d'ajouter du code où l'utilité n'est pas démontrée actuellement (je reviens au point "tests d'utilisabilité").

@nicod

=> More informations about this toot | More toots from juliemoynat@eldritch.cafe