Il est fréquent d'associer Javascript à une technologie non accessible, mais l'inaccessibilité d'un site n'est pas dû à Javascript mais à l'utilisation que l'on en fait.

Je ne vais pas m'étendre sur le sujet mais je vous recommande fortement de comprendre comment procéder, un excellent article traitant ce sujet existe déjà : Graceful degradation and progressive enhancement (Mode dégradé et mode réhaussé).

Fervent défenseur du progressive enhancement, je me suis vite retrouvé face à une difficulté : si on décide de laisser une sous-navigation affichée via CSS et qu'on la masque via Javascript, cette sous-navigation sera affichée pendant quelques millisecondes avant de se masquer, provoquant un flash visuel disgracieux, c'est également le cas pour tous nos modules que nous essaierons de rendre accessible via cette méthode.
Le problème vient du fait que la fonction onload() de Javascript (ou la fonction ready() de jQuery) ne s'exécute qu'après le chargement du DOM, donc le contenu s'affiche avant que Javascript n'ait le temps de le masquer.

Il existe cependant un solution à ce problème : détecter si Javascript est activé avant l'affichage de la page.

» Lire l'intégralité de l'article

Après l'article visant à protéger les emails du spam tout en essayant de proposer une solution alternative accessible à l'internaute ne pouvant exécuter Javascript, voici l'article qui a pour but de proposer un formulaire accessible tout en restant le moins contraignant possible.

Pour commencer, faisons l'état des lieux.
La problématique : les robots remplissent de manière automatique les champs du formulaire de contact (ou tout autre formulaire) pour nous soumettre leurs liens indésirables. Nous allons donc tenter d'y remédier, tout en essayant de ne pas nuire à l'utilisateur.

» Lire l'intégralité de l'article

Ce billet est consacré à une réflexion ancestrale, une utopie inaccessible : comment protéger nos mails du spam via le lien mailto, tout en restant accessibles aux lecteurs d'écran et aux navigateurs ayant Javascript désactivé ?

Plusieurs solutions existent pour protéger son email :

• Encoder l'url via Javascript, mais ça pose un problème d'accessibilité aux personnes ne l'ayant pas activé.
• Transformer l'email en image via un script côté serveur, le même problème se pose au niveau des personnes ne pouvant lire les images.
• La fameuse utilisation du "email[at]nomail[dot]com", qui pose un problème d'accessibilité cognitive.
• Une solution ingénieuse via CSS mais une fois de plus, elle trouve ses limites dans l'accessibilité.

Bref, le Saint Graal du mail protégé et accessible semble inaccessible, cependant...

» Lire l'intégralité de l'article