Un nouveau document vient d'être publié par le W3C : il s'agit d'une présentation du langage HTML à destination des auteurs.
Il n'a pas de valeur normative, et a pour objectif d'être simple, facilement compréhensible et sans ambiguïtés, contrairement à la spécification HTML5 Édition Auteurs ou encore la spécification HTML5, très complète car conçue pour les implémenteurs.
C'est ici : HTML: The Markup Language.
Toutes les notes (page 5)
Pour appliquer des styles différents lorsque JavaScript est activé, une bonne solution est d'ajouter une classe spécifique sur l'élément
body
.
Mais si les scripts ont été placés en fin de page pour des raisons de performances, il peut y avoir un temps d'attente (grossièrement, le temps de télécharger la page, puis le script, et enfin d'exécuter le script) qui laissera apparaître un "flash" avec les styles prévus pour la version sans JavaScript.
Le meilleur compromis que j'ai trouvé est de placer le script suivant juste après l'ouverture de l'élément body
:
<body> <script type="text/javascript"> document.body.className+=" js"; </script>Et d'une manière raccourcie à l'extrême (attention, c'est-pas-valide) :
<body> <script>document.body.className+=" js"</script>Connaissez-vous une meilleure solution ? Tiens, je me demande s'il ne serait pas plus logique d'avoir cette fonctionnalité directement en CSS, à l'aide d'une nouvelle règle
@script
par exemple :
@script javascript { /* Styles spécifiques pour JavaScript */ }
Adrien Leygues vient de publier sur son blog (que je vous recommande vivement) un début de réflexion sur l'organisation des pôles Front-End. Quelle place dans l'entreprise pour ce métier en perpétuelle mutation ? Foncez, c'est ici : Organisation des pôles Front-End.
jQuery Lint est un script permettant de vérifier automatiquement la qualité de votre code jQuery, en vous suggérant les améliorations possibles (par exemple, préférer
.css({})
à .css("","").css("","")
).
Le projet est encore très jeune, et se base sur l'outil de test QUnit, déjà utilisé pour les tests de jQuery.
Vous noterez que son nom est inspiré de JSLint, l'excellent outil de contrôle de qualité JavaScript réalisé par Monsieur Douglas Crockford (le papa de JSON).
Mais attention, jQuery Lint n'a absolument pas pour objectif de remplacer JSLint. Ces deux projets n'ont ni les mêmes buts, ni le même mode de fonctionnement : JSLint analyse votre code source, tandis que jQuery Lint effectue ses tests pendant l'exécution.
Et vous, de quelle manière testez-vous votre code JavaScript ?
L'excellent blog Software is hard (que vous devez connaître si vous suivez la veille des intégristes), tenu par les auteurs de Firebug, vient de publier un article sur l'utilisation de l'extension pour analyser en détail les requêtes HTTP. Vous y trouverez des exemples interactifs (pratique, Firebug utilise HTML/CSS pour son interface) à propos de la limite du nombre de connexions, du Pipelining HTTP, des connexions persistantes, des blocages liés aux scripts en ligne, ainsi que des redirections HTTP.
C'est ici : Page load analysis using Firebug.
Un lecteur Flash entièrement écrit en JavaScript, Gordon, a récemment été publié. Il permet d'exécuter de manière rudimentaire des animations Flash. Vous trouverez quelques démonstrations sur cette page : http://paulirish.com/work/gordon/demos/
Cette démonstration, en plus d'être intéressante sur le plan technique, nous démontre que les technologies web ont acquis suffisamment de maturité face à Flash, leur grand rival, pour se permettre d'interpréter des fichiers SWF en se passant de plugin.
Il ne reste maintenant qu'à interpréter le JavaScript dans Flash, pour booster les performances JavaScript sur Internet Explorer !
Si vous prenez le métro, vous n'avez pas pu louper ces énormes placards qui font la promo de Chrome le navigateur de Google. Reste à savoir à qui s'adresse ces pubs ? Le grand public qui ne connait pas forcément le navigateur qu'il utilise ? A tous ceux qui ont raté la sortie de Chrome en septembre 2008 ? Est-ce que par cette communication inédite Google relance la guerre des navigateurs par affichage interposé ? Et vous ça vous inspire quoi ?
Microsoft rejoint le groupe de travail SVG au W3C ! Voilà une excellente nouvelle : si Internet Explorer supporte SVG, le vectoriel va enfin devenir une réalité sur le web, sans plugin ni format propriétaire.
Le format SVG existe depuis une dizaine d'années, et il est aujourd'hui largement supporté sur le web (sauf Internet Explorer) et ailleurs. Adobe proposait un plugin permettant de lire le SVG avec Internet Explorer, mais son développement a été arrêté lorsque Macromedia (et donc Flash) a été acquis par la société.
En attendant le support complet de ce format, il est possible d'utiliser SVG Web, un projet de Google permettant d'interpréter le SVG à l'aide du plugin Flash.
Que pensez-vous de cette nouvelle ? Utilisez-vous, ou allez-vous prochainement utiliser SVG pour vos projets web ?
Thomas Fuchs vient de publier sur son blog une conférence (vidéo et slides) sur les performances Javascript. Si ce nom ne vous dit rien, il s'agit du papa de script.aculo.us ; il contribue également aux projets Prototype et Ruby on Rails.
Opera 10.5 pre-alpha est arrivé : nouveau thème, nouveau moteur JavaScript, CSS Transforms. http://labs.opera.com/news/2009/12/22/