Passage du blog à WordPress 3.0rc1.

J’ai décidé de faire le grand saut, et d’installer directement la version 3.0rc1 de WordPress. Après avoir effacé les anciens fichiers – et en faisant gaffe de ne rien effacer d’important – j’ai copié les fichiers dans le répertoire de mon blog.

Et tout a très bien fonctionné… Il faut dire que j’avais quand même sauvegardé ma base de données au cas où. Les deux extensions que j’utilise, à savoir WordPress.com Stats et revision control fonctionnent toutes les deux. Et je dois dire que le nouveau thème par défaut est magnifique.

Les changements semble avoir été plus en interne que sur le plus visible. Utiliser WordPress est toujours aussi agréable, et il semble un peu plus rapide.

Bref que du bon. Pour tout dire, depuis que je l’utilise (5 ans en septembre prochain), je n’ai jamais été déçu par WordPress 😀

Encore un appeau à geek : html5test.com

Après les tests acid2 et acid3, voici le test html5test. C’est simplement un test qui affiche le niveau de compatibilité avec la norme html5 encore en définition.

J’ai donc testé Epiphany 2.30.2, Chromium 5, Opera 10.53 et une préversion de Mozilla Firefox 4.0 (à savoir une 3.7 pré-alpha5). Et le podium donne :

  1. Epiphany 2.30.2 : 138 / 160 = 86,25%
  2. Chromium 5.0 : 137 / 160 = 85,62%
  3. Opera 10.53 : 107 / 160 = 66,87%
  4. Mozilla Firefox 3.7a5pre : 106 / 160 = 66,25 %

Et les captures d’écran correspondantes :

Google fait-il du browser-sniffing ?

Alors que la part de marché mondiale de Microsoft Internet Explorer est en dessous des 60% ce qui est une première depuis en gros 1999 (et oui, plus de 10 ans, à l’époque de Windows 98Se et de la première guerre des navigateurs) Google semble revenir à une hérésie en cette période de croissance des moteurs de navigateurs respectueux des normes du W3C : le browser-sniffing.

Pour prendre une image simple, c’est comme deux chiens qui se reniflent mutuellement le cul. En fonction des infos données par le navigateur, le site donne une page adaptée aux limitations du navigateur en face de lui.

C’est une notice de Stemp sur identi.ca qui m’a mis la puce à l’oreille : http://identi.ca/notice/32388573 et sa suite qui montre la différence : http://identi.ca/notice/32389448

J’ai donc décidé d’installer Midori et de faire le test 😉


yaourt -S midori

Avec une recherche identifié en tant que Midori :

midori identifié comme midori

On change l’identifiant et on recommence…

on ment sur l'identité de midori

midori identifié comme safari

Si je connaissais pas la volonté de Google de faire de la pub pour son navigateur basé sur Webkit (tout comme Midori, Safari ou encore Epiphany depuis la version 2.28), je penserais presque que c’est accidentel.

Mais non, je ne suis pas paranoïaque 😀

Pino 0.2.8 est sorti.

Pour cette nouvelle version mineure de Pino – en attendant une version 0.3 explosive – l’accent a été mis sur l’ergonomie et la correction de bogues :

  • Correction de bogues importants
  • Intégration plus complète au niveau d’indicate (intégration dans Ubuntu)
  • Une option pour les liens en couleurs (pour éviter de laisser passer un lien, que j’ai traduit par « Couleur de liens natifs »

L’installation ? Il suffit de lire cette page du site du logiciel pour savoir comment faire 😉

Pour l’installer sur Frugalware ?

Il suffit de prendre le FrugalBuild et de l’adapter pour la version 0.2.8. Quoique cette version arrivera après la reconstruction du « monde » en cours sur Frugalware actuellement.

Et les inévitables captures d’écran :

Pino 0.2.8 en action

Nouvelle fonctionnalité de pino 0.2.8

En vrac’ rapide et libre.

Un petit en vrac’ pour inaugurer ce mois de mai.

A plus tard 🙂