Encore un appeau à geek… Le test de compatibilité d’EcmaScript. Partie 2.

Deuxième partie de l’article entamé précédemment.

Commençons par le navigateur officiel de Xfce, j’ai nommé Midori.

La version 0.4.1 du navigateur obtient le même score qu’Epiphany, à savoir : 797 erreurs sur 11016 tests. Compatibilité : 92,76%

Passons maintenant à celui qui a été à une époque avec une part de marché quasi-monopolistique, je parle d’Internet Explorer. Et j’avoue avoir été plus que surpris par le résultat de celui-ci.

Dans sa version 9, il arrive à 323 erreurs sur 11016 tests. Compatibilité : 97,06%

Il se paye le luxe d’arriver à la troisième marche du podium, derrière Opera et Mozilla Firefox…

Continuer la lecture de « Encore un appeau à geek… Le test de compatibilité d’EcmaScript. Partie 2. »

Encore un appeau à geek… Le test de compatibilité d’EcmaScript. Partie 1.

EcmaScript ? C’est le nom « officiel » de javascript, langage interprété qui est à la base de nombreuses applications sur la toile. Avec HTML5, CSS3 et d’autres technologies standardisées et ouvertes, on pourrait – presque entièrement – se passer du standard de fait qu’est Adobe Flash.

Google avec Chrome a fait de la rapidité d’interprétation de ce langage son cheval de bataille, avec son célèbre test, le V8.

Cependant, même si tous les navigateurs modernes proposent désormais une vitesse d’interprétation plus que correcte de ce langage, quel est leur niveau de compabilité avec la norme EcmaScript ?

J’ai donc comparé les résultats de Chromium (17, donc Google Chrome 15 va pas tarder à faire les bonnes pages de la presse informatique), la nightly de Mozilla Firefox (actuellement en 10.0a1pre), Epiphany 3.21.

Et pour faire un bon rapport, la version 12 alpha (build 1105) du navigateur scandinave, via cette adresse : http://snapshot.opera.com/unix/alpha_12.00-1105/

Continuer la lecture de « Encore un appeau à geek… Le test de compatibilité d’EcmaScript. Partie 1. »

Quand Microsoft se casse violemment les dents pour promouvoir le dernier Internet Explorer…

Microsoft nous la joue encore une fois « Get The Facts », mais se casse violemment les dents. Sur le site Your Browser Matters, Microsoft montre que son navigateur est le meilleur dans le domaine de la sécurité… En faisant simplement du browser-sniffing !

En effet, ma version de développement de Mozilla Firefox (une pré-alpha 10) est reconnu comme étant Internet Explorer 9. Comment ai-je fait ce « miracle » ? J’ai juste installé l’extension User Agent RG,  et j’ai demandé à ce que mon navigateur soit reconnu comme étant Internet Explorer 9.

L'extension magique !

On modifie le nom du navigateur.

Les résultats en images, qui prouvent la non-fiabilité totale de ce site.

Score parfait...ement truqué ;)

IE9 ou Mozilla Firefox 10.0 pré alpha ?

Combien de temps avant un rétropédalage en quatrième vitesse de l’entreprise de Redmond ?

Gwibber 3.2.0.1 sur Archlinux… C’est possible !

La dernière fois que j’avais eu un Gwibber fonctionnel, cela remonte à la première version de développement de Gwibber 3.2, la 3.1.0. En gros, il y a 3 mois environ

Depuis, j’avais un peu laissé tomber le microblogging, par manque d’intérêt, puis par une utilisation un peu intensive du réseau social de Google.

Ce matin, j’ai été sur AUR, et j’ai vu le paquet Gwibber 3.2.0.1… Je me suis dit : pourquoi pas ?

J’ai donc récupéré le paquet avec un petit :


yaourt -G gwibber

Et c’est là que les ennuis ont commencé. Car pas moins de 2 dépendances disponibles sur AUR sont à installer : j’ai nommé dee et gtkspell3.

Bon, après avoir rapatrié, fait compiler et installé les dépendances, tout allait bien, jusqu’à ce que… patatras… La version du compilateur Vala (nécessaire pour compiler le logiciel) est trop jeune.

Il a fallu que j’installe temporairement vala 0.12.1, récupéré via le site Archlinux Rollback Machine.
Après avoir installé la dépendance, je me suis dit : « Super, maintenant ça va compiler pour de bon. » Et j’aurais mieux fait de me fermer ma grande…

Une erreur est apparue, me bloquant la compilation :


sed: cannot read client/Makefile: no such file or directory

J’ai donc commenté la ligne contenant la commande sed en question, et ouf, la compilation s’est bien passée.

J’avoue que le look du nouveau gwibber est sympathique. Le seul problème, c’est que la boite de saisie de message est masquée par défaut.

Enfin, une capture d’écran est quand même plus parlante que 15 lignes de blabla 🙂

gwibber 3.2.0.1 sous Archlinux... Ben oui !

6 ans… Bon anniversaire, mon blog.

6 ans aujourd’hui que j’ouvrais ce blog, à l’époque en utilisant WordPress 1.5. Après plusieurs déboires (blog monté en statique, utilisation de Dotclear, puis de Blogger), je tentais cette dernière aventure.

A l’époque, je ne pensais pas que le blog dépasserait les 6 mois d’existence. En 6 ans, et plus de 1500 billets, je suis heureux de le voir encore en vie. D’ailleurs, c’est pour moi une petite victoire, car cela me prouve que je suis capable de m’engager sur du long terme sur une activité aussi aléatoire que le blogging.

En faisant des recherches rapides, c’est le deuxième billet anniversaire. Le premier, c’était il y a 3 ans !

Pour l’occasion, un petit gâteau avec 6 bougies. Je l’ai trouvé en version originale sur openclipart que j’ai modifié avec inkscape pour rajouter les bougies manquantes.

En espérant que dans un an le blog existe encore 🙂