Après avoir touché un peu au HTML5 dans mon précédent article, je pense que cette version 5 du langage le plus utilisé du Web va révolutionner la manière de structurer le code des pages et donc des interfaces que nous réalisons au quotidien.
Il y a des pour et des contre, et à travers cet article je vais surtout vous exposer ce qui me semble incohérent ou pas prêt pour la mise en production d’un site codé en HTML5.
Le téléphone siglé de la Pomme est devenu en moins de deux ans l’objet technologique le plus apprécié du grand public. Avec un navigateur équipé comme les « grands », et un système d’exploitation permettant de mixer géo-localisation, prise de vue (photo ou vidéo) et expérience interactive en ligne, l’iPhone ouvre de nouveaux horizons de communication mobile à un très large public, de particuliers comme de professionnels.
Une aubaine pour la com’ des grandes marques ou des sociétés de services ?
iPhone, une application pour chaque usage
Courbe Google Analytics et taux de rebond
De retour d’un petit déjeuner organisé par Atlantic 2.0 à Nantes, voici un lien vers le téléchargement d’une présentation faite autour de la thématique Google Analytics en mode avancé. On y parle des thématiques suivantes :
Développant actuellement un site type e-commerce dont les éléments de design s’adaptent à la famille de produits (une famille = une couleur dominante), la question de la génération de code CSS dynamique se pose dans la mesure où l’on doit, pour chacune des familles produit en cours et à venir, attribuer un code couleur de fond et de bordure à tout un tas d’éléments HTML affichant les dits produits.
En cherchant sur le Web de l’information me permettant d’automatiser le processus (= moins de maintenance à termes), et en quête d’une méthode permettant d’alléger au maximum le code CSS à charger (= plus de rapidité au chargement), j’ai fini par trouver cet excellent article très didactique : Generating Dynamic CSS with PHP.
Cet article, paru dans le non-moins excellent Digital Web Magazine, nous explique comment factoriser nos efforts en utilisant PHP pour générer une partie du code CSS de manière contextuelle.
Instapaper est un nouveau service Web extrêmement simple et pratique permettant d’un seul clic sur un bouton de la barre d’outil de votre navigateur, de remiser à plus tard la lecture d’un article.
On pourrait en effet se poser la question de la nouveauté de ce genre de service, puisqu’il est tout aussi aisé de créer un favori directement via un raccourci dans son navigateur.
En effet, c’est un peu le même principe, sauf que si vous êtes comme moi un féru collectionneur de bonnes adresses, vous vous retrouvez avec quelques centaines de favoris stockés, dont certains sont oubliés au fin fond des méandres des classifications par dossiers et sous-dossiers (en réalité, je ne me sers plus que des favoris de la barre de liens ou « barre personnelle » de Firefox), vous finissez par ne plus aller consulter les favoris et vous tapez directement l’adresse des sites que vous fréquentez régulièrement (grâce notamment à l’aide prédictive de l’historique des URLs, les trois premières lettres suffissent généralement à vous emmener directement à la page désirée.
Internet Explorer, connu des webmaster pour sa fâcheuse habitude à ne pas respecter les standards du Web, va utiliser une balise META (inscrite dans l’entête des pages Web) pour se référencer aux normes du W3C.
Cette caractéristique permettra, selon Microsoft qui s’en explique sur son blog MSDN, de conserver les artifices utilisés par les webmaster pour rendre leurs sites correctement interprétables par les versions antérieures de leurs navigateur (Internet Explorer dans sa livrée 7, 6, 5…) lorsque l’on tentait de coder un site correctement par l’usage de xHTML strict et de CSS 2.1 ; et donc de ne pas « casser » le rendu des anciens sites (ceux faits pour IE 6 et 7 notamment, avec des patchs spéciaux pour corriger le mauvais rendu du CSS) dans le nouveau navigateur.
C’est ma foi une relative bonne nouvelle dans la mesure où IE8, qui passe le test ACID2 (le test Acid2 vise à tester la qualité de la mise en œuvre d’un choix de fonctionnalités liées à différents standards du web dans un navigateur, dixit Wikipedia), se plie enfin aux bonnes règles du W3C et pourra afficher un rendu correct de sites conçus selon des règles communes à tous les navigateurs.
Petit accroc dans le tableau, la balise lui permettant de suivre ces principes est la suivante :
META HTTP-EQUIV="X-BALL-CHAIN"
Comme un fait exprès, cette balise est spécifique à IE8, et donc non standard au sens strict du terme, c’est à dire qu’elle fera échouer la certification aux tests de validité du W3C…
Il est dommage de constater (mais que peut-on espérer de plus avec Microsoft) l’usage d’une balise propriétaire pour valider le fait d’utiliser les standards, c’est véritablement prendre le problème à l’envers que de forcer à utiliser un élément étranger aux normes pour valider au navigateur l’usage de celles-ci.
Enfin, si déjà IE8 suit à la lettre le reste des instructions xHTML et CSS, ce sera beaucoup de temps de développement de gagné, en attendant que tout le monde switche à Firefox Internet Explorer 8.
[Mise à jour] C’est pas moi qui le dit, c’est Jeremy Keith dans le A List Apart du 15/02/08 :
Version targeting will allow Microsoft to reach new heights of standards compliance where CSS and (especially) scripting are concerned. But to benefit from it, developers must explicitly opt in. That’s just not right, says Jeremy Keith. And it’s doomed to fail, because standardistas, by their very nature, will refuse to opt in.
Et, toujours dans ALA, par Jeffrey Zeldman lui-même :
Version targeting shakes our browser-agnostic faith. Its default behavior runs counter to our expectations, and seems wrong. Yet to offer true DOM support without bringing JScript-authored sites to their knees, version targeting must work the way Microsoft proposes.
» Lire l’article They Shoot Browsers, Don’t They? etVersion Targeting: Threat or Menace?
La récente sortie d’Office 2007 nous a offert un superbe retour vers le passé, par le rendu des emails qu’Outlook 2007 emprunte au moteur Word, tout cela évidemment pour des raisons de « sécurité »…
Au delà de l’anecdote d’un logiciel (ce n’est pas la première fois que Microsft nous désolé de ce point de vue), cette goutte d’eau a pour certains fait déborder le vase du non support des règles de base de l’édition HTML :
Nous savons que le courriel, tout comme la page web, sont interprétés différemment selon l’environnement de l’usager. Il existe une variété de messageries qui compliquent la tâche, sans oublier que certaines ne supportent que très peu le HTML. Conséquemment, le courriel est l’enfant pauvre du design actuellement. Oubliez les images en arrière-plan ou un design complexe sans table !
(Source : Courrielleur.com).
En réponse à cela, et plus généralement en réponse au non respect des standards du Web (support complet des règles éditées par les feuilles de style CSS, normes du W3C, d’accessibilité WAI, etc.) ; est né le projet Email-standards.org.
Il a pour but de promouvoir et définir les normes de l’email marketing afin de faire progresser chacun des acteurs de la « chaîne » email : éditeurs de logiciels email, services de webmail, éditeurs de solutions de génération d’email, designer et marketeurs éditeurs, etc.
Au delà du caractère revendicatif de ce rassemblement — le projet a pour point de naissance un gros ras-le-bol des designers qui ne peuvent suivre les standards d’édition du Web et donc ne peuvent bénéficier des fonctionnalités avancées de l’HTML permettant de créer des messages plus graphiques et plus attractifs – il s’agit d’y retrouver des informations constamment mises à jour sur le support des messagerie et sur les évolutions que feront subir les éditeurs de logiciels et de solutions web à leur lecteurs d’emails.
En tout cas c’est l’ambition affichée, car il va falloir batailler ferme, un peu à l’image d’Internet Explorer 7 qui commence enfin à avoir un support correct des normes CSS…
» Connaître le support de chaque logiciel/service de messagerie
» Supporter le mouvement Email Standards
Installer Internet Explorer 5 à 7 version PC afin de tester directement sur Mac OS X ses sites, sans avoir à installer Parallels ou BootCamp ?
C’est possible !! Grâce à ies4osx et quelques ajouts supplémentaires (Darwine et X11), tester le rendu d’un site en cours de production est réalisable d’un simple clic dans son dock. Il était en effet sacrément fastidieux de devoir lancer une machine virtuelle rien que pour un navigateur, quand il ne fallait pas tout simplement redémarrer le Mac pour le faire booter sur Windows !
Cette application, sous licence logicielle libre évidemment, requiert cependant quelques pré-requis :
Cet outil va vite devenir un must-have parmi la communauté des web développeurs officiant sous Mac, tant elle est simple d’utilisation et d’une utilité cruciale pour els tests utilisateurs et de rendu.
Si comme moi vous êtes un serial utilisateur d’istockphoto.com, mais que vous trouvez le site « un peu » lent, une solution simple et rapide existe : installer dans Firefox, votre ami de toujours, un accès direct à la recherche d’images sur le site.
Une petite particularité de Firefox que j’ai découverte par hasard en codant un site, il s’agit du positionnement d’une image en background CSS. En effet, j’avais préalablement placé mon image en haut à gauche d’un conteneur, puis j’ai eu besoin de la déplacer horizontalement au milieu, mais rien à toucher à l’axe vertical.