Revue de Presse Web de hier :
- Forms2 : table de compatibilité des HTML5 Forms, par navigateur. Je rappelle que vous pouvez déjà utiliser les nouveaux types de champs (email, url ...) car ils "degrade gracefully" et sont déjà utilisés dans certains cas (le changement de clavier pour l'iPhone, des widgets Calendrier pour Opéra), en plus de rajouter un peu de compréhension au niveau code. Pour la partie comportementale (placeholder, validation ...), l'alternative sera forcément en JS et pour le moment je n'ai repéré qu'une seule librairie qui le fasse : webforms2.
- Browser War : aux US, Chrome et Safari sont maintenant à égalité de part de marché : 9% chacun, ce qui porte à 18% la part des webkits, au cas ou vous vous demandiez encore si il fallait tester ses sites avec les Webkits. Les chiffres français ne doivent pas être très éloignés, au moins proportionnellement. Heureusement supporter Webkit pose aujourd'hui rarement problème. (via techcrunch)
- Perfs : la conférence Velocity sur les performances Web est terminée, voici quelques conférences sélectionnées par Steve Souders. Il y a eu 89 présentations en tout et je n'ai pas encore commencé à les regarder (1h à chaque fois ...), donc ça va me prendre quelque temps avant de les dépiler, regarder les bonnes et vous faire part de ce qu'il y a d'intéressant.
- Browser War : IE9 semble avoir vraiment pris de l'avance sur le support CSS3, constate quirksmode dont le métier est de dresser des tables de compatibilité. Les sélecteurs seraient implémentés à 100% et les backgrounds seraient mieux implémentés que chez les autres (j'ajoute que l'implémentation de border-radius aussi a l'air plus consistante). L'impasse a été faite sur les prefixes Webkit. Mais vu le cycle de release d'IE (une version tous les 2-3 ans) et des autres navigateurs (dès que possible), il est clair que cette avance sera rattrapée en quelques mois, pour le plus grand bonheur des webdevs.
- Mobiles : étude sur des utilisateurs d'Internet sur Mobile : ils l'utilisent au quotidien, cela ne remplace pas complètement leur navigation sur desktop, et ils apprécient surtout la facilité d'utilisation et le côté pratique du Web Mobile. J'imagine que dans cette étude on n'a pas fait le distinguo entre application natives qui utilise le Web et vrais site Web accédé via mobile. Ce qui est sur c'est que les utilisateurs apprécient les interfaces simplifiées faites pour les mobiles, ce qui est sûrement une indication pour les version desktop : simplifier là aussi les interface plutôt que de tirer parti des grandes résolutions pour en mettre un maximum sur la même page ferait sûrement gagner en satisfaction utilisateur. (via @guerrier)
- HTML5 : résumé de la situation autour des specs HTML5. J'avoue que je ne prête que peu d'attention aux débats entre W3C et WHATWG, mais d'après l'auteur il y a pas mal de politique qui ralentit l'écriture et surtout la validation des specs HTML5. En tant que webdev, on ne s'intéresse qu'au résultat final, c'est à dire les différents moyens de contourner les implémentations divergentes ou le simple manque d'implémentation. Ce qui dans mon cas se traduit par ce blog de veille techno. Malheureusement lorsqu'on l'on veut s'attaquer à des fonctionalités HTML5 encore mal couvertes par les librairies, on peut se retrouver du côté des implémenteurs (codeurs de librairie et browsers) et là il faut se tenir au courant de ce qu'il se dit pour en tirer une probabilité plus ou moins forte que la spec sera respectée. Et c'est dommage car cela prend autant de temps que le code lui même.
- Perfs : comment charger ses JS. Une méthode parmi d'autres, qui consiste à définir un loader très simple en JS (l'auteur le met en script externe en bas de page mais il parait judicieux de le mettre inline) puis à grouper ses méthodes d'initialisation dans le loader du script unique, le script étant chargé de manière non bloquante. La contrainte est que cela demande une bonne maîtrise des modules JS inclus dans la page pour regrouper à un seul endroit à la fois les dépendances JS et les méthodes d'initialisation. Cela suppose également que votre HTML se charge très vite, ce qui peut ne pas être le cas pour des pages demandant un gros calcul server-side. (via @edasfr)
Articles et liens partagés via RSS, Twitter, Facebook (twitter + blog ou blog seul), identi.ca, Delicious.
Les commentaires récents