La nouvelle version de jQuery vient de sortir avec son lot de nouveautés appréciables. Pour fêter l'évènement, les concepteurs de cette librairie comptent nous proposer pas moins de 14 articles afin de nous présenter l'ensemble des mises à jour et comment les utiliser. Voyons à présent rapidement ce qu'apporte cette mise à jour.
Je suis tombé un jour sur le site OpenWeb. Il m'a fait prendre connaissance à quel point un Web ouvert et des outils respectueux de ses Standard sont indispensables. A l'époque, Internet Explorer 6 était le seul navigateur vraiment utilisé. Un jour, j'ai découvert un nouveau navigateur, il n'était certes qu'en version beta, mais il semblait prometteur. Depuis ce jour là il ne m'a jamais quitté, ce navigateur s'appelle Firefox.
Quel est le rapport avec le titre de mon article ? Tout simplement que cette histoire date maintenant d'il y a 5 ans, et qu'Internet Explorer 6 lui date de 2001 (8 ans deja !). Quand on parle du Web, on parle de nouvelles technologies, et le marketing se veut Web 2.0, pourtant IE6 est encore là, paradoxal non ?
La plupart des développeurs actuels veulent se débarrasser d'Internet Explorer 6, mais s'il est encore présent n'est-ce pas finalement de leur faute ?
Tout n'est pas si simple. Il faut voir plusieurs cas de figure.
Assister à la conférence de Stephanie Troeth, "Being Agile, Being Good" à Paris-Web 2009 m'a permis d'orienter une partie de ma réflexion sur les méthodes agiles.
Si jamais vous ne savez pas ce que sont les méthodes agiles, je vous conseille de consulter l'article Wikipédia à son sujet et ainsi que Entreprise Agile 2.0 qui apporte quelques points de réflexions sur le sujet. Pour avoir une vue rapide de la méthodologie, voici une citation tirée de Gestion de projet - Vers les méthodes agiles :
« Une méthode agile est une approche itérative et incrémentale, qui est menée dans un esprit collaboratif avec juste ce qu’il faut de formalisme. Elle génère un produit de haute qualité tout en prenant en compte l’évolution des besoins des clients »
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.
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.
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.
