Langue :
Ce blog me permet de partager mon expérience, mes réflexions, mes coups de cœur, mes inspirations. J’y parle webdesign, intégration HTML / CSS, accessibilité web et tout ce qui tourne autour du web et du numérique en général.
Vous avez sans doute remarqué quelques changements en arrivant par ici. Le nom de domaine, le nom du site, le logo, les couleurs ont changé. Mais pourquoi ça ? C’est un peu ma révolte personnelle, une reprise de pouvoir sur moi-même, sur mes biais et mes idées reçues.
Continuer la lecture « Mon site change de genre et devient « La Lutine du Web » »
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.
En cette période de confinement, j’ai dû prendre rendez-vous avec mon médecin traitant. Même si j’avais encore le droit, lundi, de me déplacer à son cabinet, je n’en avais pas vraiment envie. Aussi, j’ai regardé pour prendre un rendez-vous via Doctolib, le service que mon médecin utilise pour gérer ses rendez-vous. J’ai vu qu’il prenait aussi les téléconsultations (ou consultation en visioconférence). J’ai donc pris rendez-vous. Un quart d’heure avant l’heure, je me suis connectée et j’ai attendu mon médecin. Il s’est connecté ; tout fonctionnait. Parfait. Mais la qualité vidéo n’était pas terrible, du tout. J’ai donc dû lui envoyer des photos par le biais de l’interface de Doctolib. Photos pour lesquelles je n’ai aucun moyen de les supprimer de leurs serveurs et, Doctolib ne semble pas prendre ce problème en considération.
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 »
Pour la énième fois, j’ai vécu une expérience d’achat en ligne assez désagréable et même déplorable. Mais cette fois, c’était la goutte d’eau. De nombreux problèmes de conception ne m’ont pas permis de passer ma commande comme je l’aurais voulu et cela a eu des conséquences sur le délai de livraison final, entres autres. Suite à cette histoire, essayons de voir ce qu’on peut finalement tirer de cette expérience utilisateur / utilisatrice et remettons les pendules à l’heure : les utilisateurs et utilisatrices ne sont pas responsables.
Continuer la lecture « Bref, j’ai passé une commande sur le web »
En octobre 2019, lors de l’évènement Paris Web, j’ai donné une conférence sur la façon dont on pourrait réinventer les audits d’accessibilité web afin qu’ils se passent mieux à la fois pour les auditeurs et auditrices, mais également pour les équipes projet. Cet article est la transcription textuelle de cette conférence.
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.
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.
Dans mon article « Devenir intégrateur ou intégratrice web » du 20 septembre 2018, je demandais des témoignages sur, notamment, les formations que j’avais listées afin d’avoir des avis plus concrets de personnes ayant suivi ces formations.
Dans ce nouvel article, je publie chacun des témoignages écrits. Il ne m’est, bien sûr, pas possible de faire des statistiques avec 10 témoignages. Néanmoins, on peut constater que la formation idéale pour devenir intégrateur ou intégratrice web n’existe pas comme je l’avais dit dans mon article précédent. Ces témoignages permettent malgré tout de soulever certains problèmes sur lesquels les organismes de formation auraient à s’améliorer.
Continuer la lecture « Témoignages de formations pour devenir intégrateur ou intégratrice web »
Depuis plusieurs années, je suis régulièrement contactée par des personnes qui souhaitent faire une reconversion dans le domaine du web et s’orientent, a priori, plutôt vers l’intégration web. Je réponds à tout le monde (sauf si l’adresse mail renseignée dans le formulaire de contact n’est pas la bonne, bien sûr…) même si, parfois, il faut attendre un peu (désolée !). Cependant, il y a souvent une question qui revient et qui m’embête : connais-tu les formations qui permettent de devenir intégrateur ou intégratrice web et sais-tu si elles sont bien ? Aucune idée !
Dans cet article, je vais donc faire un point sur mon parcours avant d’aborder les points qui me semblent essentiels pour qu’une formation permette vraiment de devenir intégrateur ou intégratrice web. On terminera par une liste de formations qui existent et semblent convenir à peu près. Je demanderai alors des témoignages d’anciens ou anciennes élèves via un questionnaire.
Continuer la lecture « Devenir intégrateur ou intégratrice web »
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 ?
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) »
<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.
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) »
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) »
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 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.
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.
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 »
Cette année, j’ai assisté à mon premier Paris Web. Ça faisait longtemps que je voulais y aller et j’ai enfin sauté le pas.
À Paris Web, on rencontre plein de gens sympas et bienveillants. Ils parlent de sujets très intéressants qui me parlent à moi aussi : l’intégration, l’accessibilité, la qualité, le féminisme… Parler de ces sujets avec toutes ces personnes réceptives et connaisseuses est exaltant. Paris Web se dit « l’événement des gens qui font un web de qualité » et il a bien raison !
J’ai donc eu envie de faire un article de retour sur certaines conférences et ateliers auxquels j’ai assisté, participé.
Continuer la lecture « Paris Web 2017, retour sur 3 jours d’un évènement exceptionnel »