C'est à la lecture de cet excellent article de Raphaël Goetter (dont le livre "CSS avancées vers HTML5 et CSS3" fut un de mes livres de chevet) sur Alsacreations que j'ai décidé de mettre en place Bower pour gérer les dépendances du thème de mon blog.
Le CMS open source en php.
Pour ceux qui ont suivi [mon précédent billet sur l'optimisation des javascripts|/post/Optimiser-ses-javascripts-%3A-le-cas-de-mootools|fr|Optimiser ses javascripts : le cas de mootools], vous l'aurez compris : je suis sensibilisé à l'optimisation des sites web et notamment (entre autre) à la préconisation [Yahoo! Developer Network|http://developer.yahoo.com/|en] :"[Minify JavaScript and CSS|http://developer.yahoo.com/performance/rules.html#minify|en]". Cette préconisation suggère de réduire les CSS et les javascript en nombre et en poids. Dans le meilleur des cas, il faudrait donc n'avoir qu'une feuille CSS et qu'un fichier Javascript de poids raisonable. Pour [la migration du planet Fedora-Fr sous eZ Publish|/post/Le-planet-de-Fedora-Fr-sous-eZ-Publish|fr|Le planet de Fedora-Fr sous eZ Publish], j'avais pour intention de développer une extension [eZ Publish|http://ez.no/|en|eZ Publish Open Source Enterprise Content Management System] intégrant un minifier JS/CSS. J'étais parti pour utiliser [JSMin|http://code.google.com/p/jsmin-php/|en|This is a fast, low-overhead port of Douglas Crockford's JSMin JavaScript minifier to PHP. It requires PHP 5 or higher] qui, certes est moins ''puissant'' que [YUI|http://developer.yahoo.com/yui/compressor/|en|Yahoo! UI Library: YUI Compressor] ou [packer|http://dean.edwards.name/packer/|en] mais qui offre le double avantage d'être full [php|http://php.net/] (YUI utilise JAVA) et surtout de ne pas trop altérer le source à grands coups d'[eval|http://www.w3schools.com/jsref/jsref_eval.asp|en] (comme le fait packer). Mais au final, j'ai fait le choix de ne pas utiliser le système de design d'eZ Publish et de continuer à stocker le design (CSS, images, JS) de chaque sous-domaine (www, planet, forums, doc, etc..) dans un sous domaine commun (common). Au final, que vous soyez sur le planet, l'accueil ou sur les forums de [fedora-fr|http://www.fedora-fr.org|fr|Site de support de la distribution Linux Fedora], vous ne téléchargerez qu'une fois les images et les feuilles de styles.
Ce petit coup de gueule fait suite au temps passé à rendre ce blog compatible Internet Explorer. Tout d'abord une petite présentation de moi même, pour ceux qui n'ont pas lu mon CV. Je suis un jeune analyste programmeur spécialisé dans le développement d'applications orientées web et visant, la plupart du temps, à être utilisées via un navigateur Web. Comme la plupart de mes confrères, j'utilise Firefox pour développer mes applications et cela car il propose une riche gamme d'extensions orientées développement. C'est ensuite que je commence l'étape visant à rendre l'application compatible avec IE. Et force est de constater que la plupart du temps c'est plutôt une régression.
Oui, pourquoi ? Et quelle différence entre le xHTML Strict et le Transitional ?