Trouble à l'ordre public

Attention. À toutes et à tous : il faut vous attendre à des problèmes d'impression des pages dans les prochains jours et à compter de maintenant.

Je modifie actuellement le Core de mon script, la base de données, le template (toujours en HTML5 et CSS3). J'élimine aussi un paquet de scripts JS qui me cassaient les bonbons avec leurs comportements imprévisibles dans certains navigateurs. Toutes mes excuses anticipées aux personnes qui rencontreraient des difficultés pour lire les pages ou poster des commentaires. D'après les tests en cours en local sur mon réseau, la prochaine version du Bloc-notes (qui s'appelera le « débloque-notes » d'ailleurs) devrait être lisible par tous les navigateurs modernes. Même IE. Si si...
Un dernier mot avant de reprendre mon code : merci à vous de me lire.

Le plus beau site HTML5 of the World

Il s'appelle Kroc Camen. Personne n'étant parfait il se peut qu'il soit anglais.

Son site en HTML5 est sans aucun doute le plus beau, le plus raffiné qui soit. Son code HTML et la CSS3 qui l'accompagne sont un chef d'œuvre atteignant l'épure. C'est la perfection. Ici pas de div, pas d'id ni de class. Le code source (en PHP) est ouvert et son auteur encourage les visiteurs à le réutiliser. Pas tous les visiteurs, non : le site n'est pas accessible à IE.

Ne vous inquiétez pas : je vous invite plus loin à le visiter. Mais avant je veux vous montrer le site HTML5 le plus loupé qui soit.

le site HTML5 le plus raté of the World

L'encodage des caractères dans la déclaration HTML5

Si on peut lire encore dans le brouillon HTML5 du W3C qu'il suffit de déclarer l'encodage UTF-8 pour qu'il s'applique sachez qu'il y a des problèmes.

Je n'en comprends pas les raisons et le validateur du W3C, même si la page demeure conforme, émets de certains doutes aussi alors que ce sont ses propres indications.
Vous allez me dire que : « bon ... les avertissements... du moment que la page est valide... » vous vous en fichez. Eh bien vous avez tort.
Nous allons voir comment

bien déclarer l'encodage en HTML5

HTML5, la légende de la balise figure

Ah ! Ça y est ! On la tient. Quoi ? La légende voyons... la légende.

C'est que j'étais bien ennuyé avec cette histoire de legend qui devait s'insérer sans broncher dans la balise figure. Que c'était possible et puis qu'en octobre ce ne le fut plus.
figure ? Oui : figure. La balise figure est encore énigmatique pour moi.
Que nous dit le W3C à son sujet ?

Poursuivre la lecture

HTML5, la balise video et l'accessibilité

HTML5 c'est l'avenir !

Mais l'avenir ce n'est pas aujourd'hui, ni pour demain. Peut être en 2022 et encore... aujourd'hui, en tout cas, c'est quand même pas brillant.
Si ? Non ? Vous en en foutez ? Pas moi :
Pas plus tard qu'il n'y a pas longtemps je m'en prenais à l'attribut alt de la balise img, c'est au tour de la balise video maintenant que je m'attaque.
Pourquoi ? Parce que ça :

In particular, this content is not intended to address accessibility concerns. To make video content accessible to the blind, deaf, and those with other physical or cognitive disabilities, authors are expected to provide alternative media streams and/or to embed accessibility aids (such as caption or subtitle tracks, audio description tracks, or sign-language overlays) into their media streams.

« (video tag) is not intended to address accessibility concerns. »

Tout cela est écrit dans la spec officiel du W3C sur HTML5 : les handicapés on s'en fout. Mais pas tant que ça quand même : dans leur grande bonté les têtes chercheuses ont des solutions : c'est dans la ligne qui suit.

« To make video content accessible to the blind, deaf, (etc.) authors are expected to provide alternative media streams and/or to embed accessibility aids (...) into their media streams. »

En théorie donc, les fichiers vidéo doivent disposer d'un fichier ancillaire avec les sous-titres. Ils ne peuvent être gravés dans l'image. Bon. Mais comment vont faire les développeurs pour offrir une alternative textuelle à ceux qui ne pourront afficher la vidéo ? En HTML5 il n'existe pas d'attribut alt pour la balise video. Il faudra passer par Javascript. Forcément. Mais dans quel format seront ces sous-titres ? De simples « classes » HTML ? Des shémas RDF ? Un microformat tel que hmedia Quelle sera la norme ?
C'est déjà le bordel la confusion avec les Codecs (l'affaire récente du H.264 avec Mozilla ou celle de Ogg avec Safari).
Si maintenant il faut demander aux intégrateurs HTML de trouver par eux-même des solutions qui n'existent pas encore, HTML5 n'est pas prêt d'intéresser grand monde.
C'était le billet énervé d'un vendredi après midi.
Vous pouvez ranger vos affaires et partir en weekend.