Gutenberg: Améliorations des limites en ligne

J'adore cette fonctionnalité et je pense qu'elle aide grandement à comprendre où vous tapez.

Cependant, en testant rapidement avec Safari 10 + VoiceOver, la limite du lien est lue comme suit :
link zero width no break space
ou quelque chose comme ça, désolé pas un anglophone natif ici 🙂

Une option pourrait être celle mentionnée par @spocke sur Slack :

pourrait avoir besoin de l'envelopper dans une étendue avec des balises aria alors

Lors de la navigation par caractères ou par mots, les lecteurs d'écran annoncent déjà link lors de la saisie d'un lien, bien qu'ils n'annoncent rien lors de la sortie du lien, alors peut-être que le simple fait de masquer le caractère zwnbsp des technologies d'assistance pourrait bien travailler.

@afercia A fait quelques enquêtes sur celui-ci.

Afin d'empêcher le caret de se normaliser dans l'ancre lorsqu'il est à l'intérieur/à l'extérieur, nous devons insérer quelque chose qui empêche le navigateur de faire ce qu'il fait par défaut. Nous utilisons des espaces insécables de largeur nulle car il s'agit essentiellement d'un caractère invisible qui n'est plus utilisé que pour les signatures de nomenclature dans les documents. Ces caractères semblent être ignorés par Jaws mais prononcés par VoiceOver et NVDA.

J'ai essayé de contourner ce problème de différentes manières:

1. Changer le caractère en étendues avec des rôles et des attributs aria n'a pas fonctionné puisque les attributs ont été ignorés avec complaisance par la plupart des lecteurs d'écran. Je suppose que puisque c'est dans le contexte de l'éditeur, cela n'a aucune pertinence. J'ai essayé role="presentation" aria-hidden="true" et aria-label="abc" rien ne s'est passé sauf sur Jaws.
2. J'ai essayé la plage Unicode réservée \ue000, elle est réservée à des éléments tels que les icônes, etc. et ne doit pas être prononcée par le lecteur d'écran. Il ne les parle pas, mais il est également ignoré par la logique de normalisation de la sélection des navigateurs, il ne peut donc pas être utilisé.
3. Ajout d'un élément role="status" avec aria-live="assertive" et texte poussé à ce que wp.a11y.speak fait et qui annule la file d'attente sur VoiceOver mais pas sur NVDA et cela semble un peu étrange sur Jaws. La spécification dit que cela pourrait annuler la file d'attente, donc je suppose que c'est aléatoire ce qui se passe. Cependant, il est probablement plus logique de dire à l'utilisateur où se trouve le caret s'il se trouve au début du lien, à la fin, avant ou après, car ce sont les emplacements que nous gérons. Cependant, certains lecteurs d'écran parleront toujours ce code de caractère étrange, pas sûr que nous puissions faire grand-chose à ce sujet.

Donc pour résumer c'est compliqué. :)

Nous avons corrigé les éléments répertoriés dans ce ticket. Je ferme donc celui-ci.