Les articles autour du thème : Accessibilité

L’accessibilité, c’est donner la même chance d’accès à n’importe qui, en situation de handicap ou non. Dans le web, on fera en sorte que tout le monde puisse accéder aux contenus que l’on crée ou aux services que l’on propose, peu importe si la personne est en situation de handicap physique, visuel, auditif, de parole, cognitif ou neurologique.

On va alors inclure ces personnes dans nos réflexions à la réalisation d’un site web. Tous les métiers sont concernés : de l’expression de besoin, en passant par les spécifications, l’ergonomie, le design, l’intégration web, le développement, à la réalisation des tests techniques et fonctionnels.

Le web a été créé pour rendre l’information accessible à tous. Malheureusement, avec les envies d’effet « waouh » et, tout simplement, les besoins de présentation divers et variés, ce n’est pas forcément le cas par défaut. Il faut donc aujourd’hui sensibiliser, former, apprendre à concevoir ensemble de façon accessible.

Créer des boutons accessibles et dignes de ce nom en HTML

Comparaison du rendu par défaut d'un bouton HTML et d'un bouton ARIA en mode de contraste élevé sous Windows

Sur le web, les boutons sont partout. Il est très rare de voir un site web sans bouton. En effet, les boutons servent à soumettre des formulaires ou à actionner des interactions gérées via JavaScript. En revanche, les boutons ne servent pas à aller sur une autre page web (ou à une zone de la page web en cours de consultation) ; ça, ce sont les liens qui le font.

Parfois, les liens ont des têtes de boutons ; on les appelle même les call to action (CTA) dans le jargon du marketing.

Parfois, et c’est pire que tout, des éléments ont des têtes de boutons mais, dans le code, ils ne sont ni des liens, ni des boutons. Ils sont une image, une div, un span, un élément a sans attribut href ou je ne sais quoi encore. Ils sont inutilisables au clavier ou avec une technologie d’assistance comme un lecteur d’écran et sont donc inaccessibles pour les personnes handicapées. Nous sommes là face à un problème d’accessibilité web critique que nous devons résoudre.

Je vais essayer d’expliquer au mieux ce qu’il faut faire pour avoir un code HTML sémantique, utilisable, accessible en ce qui concerne les boutons.

Continuer la lecture « Créer des boutons accessibles et dignes de ce nom en HTML »

Écriture inclusive et accessibilité numérique, table ronde lors des Journées d’étude technologies et déficience visuelle

Une du journal Sud Ouest du 24 novembre 2019 qui titre « Ils crient Assez ! » sur une photo d’une manifestation majoritairement féminine où on voit un seul homme

Dans le cadre des Journées d’étude technologies et déficience visuelle, organisées par la Fédération des Aveugles de France, j’ai participé à une sorte de table ronde, ou plutôt double-conférence, au sujet de l’écriture inclusive en relation avec l’accessibilité numérique. J’ai donné une conférence intitulée « Écriture inclusive et accessibilité, cessons de dire n’importe quoi » dans laquelle je mets l’accent sur le fait que l’écriture inclusive ne se limite pas aux abréviations inclusives ou au point médian. C’est également l’occasion, pour moi, d’expliquer plus en détail comment écrire de façon inclusive sans ce fameux point médian. Puis, Yannick Plassiard (Cecitek) a donné une conférence sur la façon dont les abréviations inclusives pourraient être gérées, ou pas, par les lecteurs d’écran.

Continuer la lecture « Écriture inclusive et accessibilité numérique, table ronde lors des Journées d’étude technologies et déficience visuelle »

N’ayez pas peur de publier vos documents texte au format document ; c’est plus accessible qu’un PDF !

Aaaah les documents PDF ! On en voit partout car c’est facile à publier et on trouve ça bien d’imposer exactement l’apparence que ça doit avoir. Le problème, c’est que c’est un format tellement figé que, même s’il est conçu de façon à être accessible aux personnes aveugles, il peut leur poser des difficultés. De plus, ce que les gens oublient toujours, c’est que ce format pose également des difficultés aux personnes malvoyantes, dyslexiques, avec fatigue visuelle ou hypersensorialité, etc. En effet, il n’est pas possible pour les utilisateurs et utilisatrices d’en modifier l’apparence pour que les textes leur deviennent lisibles. N’hésitez pas à publier des versions documents texte en complément ! Je vous explique pourquoi à partir d’un cas concret.

Continuer la lecture « N’ayez pas peur de publier vos documents texte au format document ; c’est plus accessible qu’un PDF ! »

Les outils de surcouche d’accessibilité web : mensonges et boules de gomme

Vous avez sûrement vu passer des sites web avec des boutons appelés « Accessibilité » ou avec une icône de personne en fauteuil roulant ou une icône basée sur l’homme de Vitruve. Ou alors, peut-être ne les avez-vous même pas remarqués car ils sont parfois bien cachés. Nous les appellerons ici des « outils de surcouche d’accessibilité web ». Lorsqu’on clique sur un de ces boutons, cela ouvre généralement un panneau avec de nombreuses options pour, notamment, personnaliser l’apparence du site : augmenter les contrastes de couleurs du texte, augmenter la taille de police ou l’interlignage, arrêter les animations, etc.

Sur le web, ces boutons fleurissent de plus en plus. Ce sont des outils qui se disent être des « solutions d’accessibilité web » et qui disent permettre de rendre les sites accessibles voire conformes aux standards d’accessibilité et donc à la loi.

On reproche beaucoup de choses à ces outils. Certaines personnes ont besoin d’arguments, de sources lorsqu’on leur suggère d’installer ce genre d’outils au lieu de mettre en place une démarche de mise en accessibilité globale d’un site web. Je pense qu’il est donc nécessaire de faire le point sur le sujet pour savoir à quoi nous en tenir.

Continuer la lecture « Les outils de surcouche d’accessibilité web : mensonges et boules de gomme »

Écriture inclusive au point médian et accessibilité : avançons vers des solutions

Régulièrement, des débats sur l’écriture inclusive et l’accessibilité aux personnes handicapées ont lieu. La technique des abréviations inclusives (utilisation du point médian ou autre caractère pour avoir, en un seul mot, la terminaison masculine et féminine) est la seule qui peut poser problème en réalité. Afin de bien comprendre les enjeux, dans cet article, je fais le point sur le besoin d’écriture inclusive et le poids des mots. Puis, je vous présente mes règles personnelles d’écriture inclusive. Cela nous amènera alors à questionner les problèmes d’accessibilité que peut poser l’écriture inclusive au point médian et à exposer des pistes de solutions. Et, c’est là que je vous inviterai, à nouveau, à y réfléchir ensemble.

Continuer la lecture « Écriture inclusive au point médian et accessibilité : avançons vers des solutions »

Lettre à la SNCF : colère et déception pour avoir oublié les personnes handicapées

Le 8 avril 2019, un compte Twitter de la SNCF a posté un tweet pour un jeu concours où les règles d’accessibilité ont été mises entre parenthèses et donc, les personnes handicapées également. Suite à une vague de colère et de déception, voici ma lettre d’espoir adressée à la SNCF car je sais qu’elle peut mieux faire ; elle l’a déjà fait.

Continuer la lecture « Lettre à la SNCF : colère et déception pour avoir oublié les personnes handicapées »

Le vaste monde des alternatives textuelles : les attributs ARIA : à n’utiliser qu’en connaissance de cause (6/6)

Dans la spécification ARIA, il existe 3 attributs qui permettent d’ajouter du contexte textuel à des éléments. Ils peuvent être utilisés comme alternatives textuelles dans certains contextes. Les attributs aria-label et aria-labelledby permettent de nommer un élément tandis que l’attribut aria-describedby permet de le décrire. Comment les utiliser ?

Continuer la lecture « Le vaste monde des alternatives textuelles : les attributs ARIA : à n’utiliser qu’en connaissance de cause (6/6) »

Le vaste monde des alternatives textuelles : le texte masqué en CSS (5/6)

Le texte masqué en CSS est un moyen de fournir une alternative textuelle ou d’ajouter du contexte à des éléments pour lesquels on ne peut pas le faire de façon visible, sans déstructurer la mise en page prévue par les maquettes. Bien sûr, on ne s’y prend pas n’importe comment pour que le contenu soit accessible aux lecteurs d’écran.

Continuer la lecture « Le vaste monde des alternatives textuelles : le texte masqué en CSS (5/6) »

Le vaste monde des alternatives textuelles : la balise <title> et les images SVG (4/6)

La balise <title>, à ne pas confondre avec l’attribut du même nom, est généralement le titre de la page et n’est donc pas une alternative textuelle. Cependant, elle existe aussi pour les balises <svg> et est dans ce cas une alternative textuelle à ce format d’image particulier.

Continuer la lecture « Le vaste monde des alternatives textuelles : la balise <title> et les images SVG (4/6) »

Le vaste monde des alternatives textuelles : l’attribut title (3/6)

L’attribut title permet d’apporter de l’information complémentaire à certains éléments pour des utilisateurs qui naviguent à la souris ou avec un lecteur d’écran, par exemple. Son principal défaut est de ne pas pouvoir s’afficher en navigation tactile donc mobile notamment. Il est donc à utiliser en dernier recours et avec parcimonie.

Continuer la lecture « Le vaste monde des alternatives textuelles : l’attribut title (3/6) »

Le vaste monde des alternatives textuelles : l’attribut alt (2/6)

L’attribut alt sert surtout pour les balises <img />. Il est obligatoire sur les balises <img /> mais, sa valeur varie en fonction des cas : les images de décoration, les images-liens, les images porteuses d’information, les images contenant du texte ou images-texte. Faisons le point.

Continuer la lecture « Le vaste monde des alternatives textuelles : l’attribut alt (2/6) »

Le vaste monde des alternatives textuelles (1/6)

Lorsqu’on souhaite réaliser un site web avec du contenu accessible à tous, aujourd’hui, on se met très rapidement à parler d’alternatives. Les maquettes graphiques, les besoins fonctionnels imposent certains choix qui posent parfois quelques problèmes d’accessibilité à certains types d’utilisateurs (ou à tous). Pour y pallier, on utilise des alternatives. Dans cette série d’articles, je vais me concentrer sur les alternatives textuelles.

Continuer la lecture « Le vaste monde des alternatives textuelles (1/6) »

Transcription textuelle de « Accessibilité, je t’emmènerai jusqu’au bout du back », ma conférence pour Paris Web 2017

Transcription textuelle de ma conférence pour Paris Web 2017 « Accessibilité, je t’emmènerai jusqu’au bout du back », donnée le 5 octobre 2017.

Un retour d’expérience dans lequel j’évoque la refonte du site de l’association BrailleNet sous WordPress, les problèmes que j’ai pu rencontrer dans le front-office ainsi que dans le back-office avec les solutions que j’ai pu trouver.

Continuer la lecture « Transcription textuelle de « Accessibilité, je t’emmènerai jusqu’au bout du back », ma conférence pour Paris Web 2017 »

« Accessibilité, je t’emmènerai jusqu’au bout du back », ma conférence pour Paris Web 2017

Je l’évoquais dans mon article de retour sur Paris Web 2017, j’ai assisté à mon premier Paris Web et en tant qu’oratrice.
J’ai donné une conférence sur la réalisation du site de BrailleNet qui se devait d’être accessible du front au back, via WordPress.
Comme 40 minutes passent vite, j’avais envie de partager avec vous quelques points que je n’ai pas eu le temps d’évoquer. Par ailleurs, je replace un peu le contexte de ma conférence dont le début a été un peu chamboulé (c’est ça de passer en premier !). Vous trouverez également la vidéo et le diaporama de ma présentation.

Continuer la lecture « « Accessibilité, je t’emmènerai jusqu’au bout du back », ma conférence pour Paris Web 2017 »

24e séminaire AccessiWeb, du nouveau pour le RGAA et WCAG

Le 17 octobre 2017 dernier a eu lieu le 24e séminaire AccessiWeb. Cela a permis de faire le point sur les nouveautés dans l’univers de l’accessibilité web (notamment côté RGAA et WCAG) ; c’était très enrichissant. Je vous propose donc un compte-rendu de l’évènement.

Continuer la lecture « 24e séminaire AccessiWeb, du nouveau pour le RGAA et WCAG »

Accessibilité : personne ne le fait donc on s’en fiche

Si on se met à l’accessibilité web, c’est qu’on a compris que c’est nécessaire pour certaines personnes, essentiel pour d’autres, confortable pour tout le monde. On a compris aussi que c’est un droit, que tout le monde, peu importe qu’une personne ait un handicap ou non, puisse avoir accès à l’information qu’elle souhaite au même titre que n’importe qui d’autre. Et nous, en tant que professionnelles et professionnels du web, il est de notre devoir de respecter ce droit.
Avec un peu de bon sens, on peut se rendre compte que le raisonnement personne ne le fait alors je ne le fais pas ne tient pas la route.

Continuer la lecture « Accessibilité : personne ne le fait donc on s’en fiche »

« Accessibilité, par où commencer ? » – en conférence au DevFest Nantes avec Nathalie Rolland

Le 10 novembre dernier, j’ai fait un bond dans la cour des grands ; ça y est, j’ai donné ma première vraie conférence à un grand évènement. C’était au DevFest Nantes. Quand Nathalie Rolland m’a proposée de réaliser cette conférence sur l’accessibilité web avec elle, je n’ai pas hésité et, pourtant, je savais que ce n’était pas gagné pour moi. Petit point sur le déroulement et présentation de notre conférence.

Continuer la lecture « « Accessibilité, par où commencer ? » – en conférence au DevFest Nantes avec Nathalie Rolland »