La deuxième guerre des navigateurs internet est-elle finie ?

Si la première guerre des navigateurs internet (1995-2001) a vu la victoire « écrasante » de Microsoft Internet Explorer passant de 18 à 95% des parts de marché (mauvaise qualité de Netscape 4, Internet Explorer encastré dans Microsoft Windows), la deuxième guerre commencé avec l’arrivée Mozilla Firefox 1.0 en novembre 2004 lance la deuxième guerre.

Quel souvenir que la sortie de Microsoft Internet Explorer 4 en 1997…

D’ailleurs il faut dire que la sortie de la Suite Mozilla 1.0 en 2002 n’était pas faite pour changer la donne, vu l’usine à gaz qu’était le logiciel à l’époque. J’avais d’ailleurs fait une série de captures d’écran des versions de développement de Mozilla Firefox, allant de Phoenix 0.1 à Firebird pour finir avec Mozilla Firefox (en octobre 2007, soit à l’époque de Mozilla Firefox 2.0).

En l’espace de 6 ans, la part de Microsoft Internet Explorer est passé de plus de 90% à 51%… Dont 10% perdu en l’espace d’un an au profit de Mozilla Firefox, de Google Chrome et dans une moindre mesure de Safari…

Le grand perdant, c’est clair, c’est Microsoft Internet Explorer qui a souffert de plusieurs choses :

  1. L’immobilisme entre la version 6 en 2001 et la version 7 en 2007
  2. La promotion d’un internet aux normes ouvertes
  3. L’augmentation de la part de marché du Mac
  4. La qualité croissante des alternatives en terme de navigateurs internet

Qui aurait pu penser que Mozilla Firefox atteignent 30% en Europe en l’espace de 6 ans ? Et que Google Chrome en l’espace de 2 ans d’existence frôle les 9% ?

Le grand gagnant : l’utilisateur et l’internet qui se doit d’être basées sur des technologies ouvertes et non des horreurs comme ActiveX ou encore Flash.

Maintenant, reste à savoir qui aura la deuxième place d’ici un an, car malgré tout vu que les ordinateurs vendus sont à 95% doté du duo Microsoft Windows / Internet Explorer : Google Chrome ou Mozilla Firefox ?

Et aussi : quel inpact aura Microsoft Internet Explorer 9 qui ne sera disponible que pour Windows Vista et 7, surtout si celui-ci se coupe d’environ 44% des Microsoft Windows installés en octobre 2010, à savoir XP…

En vrac’ pour finir cette semaine ;)

Un minuscule en vrac’ pour parler des sorties de la semaine :

Pas grand chose, mais je n’allais pas parler de la sortie – enfin – de la beta 7 de Firefox 4, alors qu’un excellent article de PCInpact en parle 😉

Bon week-end !

Compilons BlueGriffon 0.6 sous Archlinux ;)

BlueGriffon, c’est en quelque sorte le successeur de Nvu, un éditeur de page visuel créé par Daniel Glazman.

Info sur BlueGriffon 0.6

Alors qu’en ce début novembre est sortie la version 0.6 du logiciel, alias Kegembiraan, j’ai voulu voir ce que cela donne. Malheureusement, il n’y a pas d’exécutable linux en 64 bits, mais une page qui explique comment compiler le Griffon bleu, donc, j’ai suivi les instructions, en les adaptant légèrement.

Continuer la lecture de « Compilons BlueGriffon 0.6 sous Archlinux 😉 »

De l’irresponsabilité flagrante de passer à Python3 dès maintenant.

Je suis en colère contre les codeurs d’Archlinux qui ont voulu pousser la logique du « rolling release » jusqu’au bout.

Depuis le passage à Python3 activé sur testing, les logiciels en python explose en vol les uns après les autres au fur et à mesure des versions.

Sur la liste des victimes, suite à une modification du paquet pygtk :

Et encore je n’ai pas fait la totalité de mes logiciels basés sur Python.

Et étant donné que je pousse des gueulantes sur Identi.ca et twitter, j’ai eu droit à la réponse que je méritais de la part de Pingax

J’ai toujours été une sombre nullité en matière de développement et de codage. Mes tentatives pour apprendre python se sont toutes soldées par des échecs.

Je pense que la solution qui me reste – et je sens déjà Cyrille Borne rire – est de retourner sous Ubuntu. Chose que je ferais ce soir, car j’en ai marre de devoir recompiler tous les jours les outils en python car un paquet aura changé sur [testing].

Dommage que les codeurs d’Archlinux oublie une chose : que rolling release ne signifie pas explosion en vol à la moindre grosse mise à jour 🙁

Python 3 et Gwibber ? Une vraie galère.

Archlinux vient de mettre en route un gros chantier : mettre python 3 à la place de python 2 dans la distribution.

Deux logiciels que j’utilise manquaient à l’appel, à savoir : gramps et gwibber.

Continuer la lecture de « Python 3 et Gwibber ? Une vraie galère. »

En vrac rapide et libre.

Pour bien commencer ce mois d’octobre, un petit paquet de liens en vrac 😉

Plantage de la Crux 2.7 au démarrage :(

C’est tout pour aujourd’hui, j’ai le tome 1 de « Millenium » qui m’appelle 🙂

En vrac rapide plus ou moins libre ;)

Fin de semaine, un « en vrac' » s’impose.

Bon week-end.

Kraken, un test de mesure taillé sur mesure par la Fondation Mozilla pour Firefox 4 ?

C’est du moins ce que dit Pierre, d’Opera-Fr.com dans son commentaire.

Le test est disponible à cette adresse : http://krakenbenchmark.mozilla.com/

J’ai donc voulu vérifier cette affirmation, en me basant sur les dernières versions de développement disponible de Chromium, d’Opera et bien entendu de Mozilla Firefox 4.0 pré-béta7.

Voici les résultats :

  • Minefield 4.0 pré-beta7 : 14789,5 ms
  • Opera 10.70, révision 9047 : 17229,4 ms => 16,49% plus lent que Minefield
  • Chromium 7.0.517.0 : 20009,9 ms => 35,29% plus lent que Minefield

Minefield 4.0 prébeta7 avec Kraken

préversion Opera 10.70 avec Kraken

Chromium 7 - Kraken

Donc, optimisé ? Voici ce que dit la présentation du test Kraken :

Kraken focuses on realistic workloads and forward-looking applications. We believe that the benchmarks used in Kraken are better in terms of reflecting realistic workloads for pushing the edge of browser performance forward. These are the things that people are saying are too slow to do with open Web technologies today, and we want to have benchmarks that reflect progress against making these near-future apps universally available.[…]Kraken will evolve quickly over the coming weeks and months as we build out its test suite and continue to push forward the capabilities of the open Web, as we make the workloads more realistic and varied.

Ce qui donne traduit rapidement :

Kraken se concentre sur des charges de travail réalistes et vers les applications à venir. Nous pensons que les critères utilisés dans Kraken sont meilleurs en termes de charge de travail reflétant réaliste pour repousser encore les limites de performances du navigateur. Ce sont des choses que les gens disent être trop lents à avoir avec les technologies du Web ouvert aujourd’hui, et nous voulons avoir des repères qui reflètent les progrès par rapport à ces applications qui seront universellement disponibles dans un futur proche.[…]Kraken évoluera rapidement au cours des prochaines semaines et des mois que nous construisons sa suite de test et en continuant à faire progresser les capacités du web ouvert, ce que nous ferons avec de la charge de travail plus réaliste et plus variée.

Je laisse chacun juge de la partialité du test. S’il était aussi partial, les autres navigateurs seraient largement plus loin. Maintenant, à voir si ce test en plus sera le test de trop !

Compilons la version améliorée de Mozilla Firefox 4.0 pré-beta 6…

Ayant lu un article sur OSNews sur Mozilla qui a annoncé la disponibilité d’une version de test avec le moteur de compilation à la volée de Javascript, j’ai voulu faire compiler la version par moi-même, j’ai récupéré le code source correspondant :

[fred@fredo-arch fox]$ hg clone http://hg.mozilla.org/tracemonkey/ src/

Et ensuite, j’ai utilisé le .mozconfig suivant :

#
# See http://www.mozilla.org/build/ for build instructions.
#

export AUTOCONF=autoconf-2.13

. $topsrcdir/browser/config/mozconfig

mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/../objdir-fx

# Options for ‘configure’ (same as command-line options).
ac_add_options –enable-optimize
ac_add_options –disable-debug
ac_add_options –disable-tests
ac_add_options –with-ccache

Une fois la version disponible, j’ai comparé la version « classique » compilé ce matin, et la nouvelle version disponible.

Version classique : 1153 points

1153 points dans v8 avec Firefox "classique"

Version expérimentale : 1723 points soit 49,43% de plus.

1723 points dans v8 avec Firefox le compilateur JIT activé

Evidemment, on est loin de Google Chrome qui dépasse largement ce score – 5289 points environ – mais il y a du progrès 🙂

5289 points dans v8 sous chromium

La suite au prochain épisode 😉

Une nouveauté visuelle de Mozilla Firefox 4.0beta6 : un bouton « arrêt, rechargement, chargement » tout-en-un

Alors que la 5ième béta de Mozilla Firefox est prévue pour le 7 septembre, la 6ième béta est en cours, comme l’on peut voir avec l’identifiant d’une compilation effectuée ce matin vers 10 h 30 : Mozilla/5.0 (X11; Linux x86_64; rv:2.0b6pre) Gecko/20100903 Firefox/4.0b6pre

Dans cette avant-dernière béta (7 bétas sont prévues), une nouveau graphique va simplifier la barre de tache : un bouton tout en un au niveau de la barre d’adresse, qui permet de lancer le chargement ou le rechargement, voire d’arrêter le chargement d’une page en cours.

Une image valant mieux que mille mots, voici où se trouve ce bouton :

Un aperçu du bouton en fin de barre d'adresse dans Mozilla Minefield 4.0b6pre

Pour info, cet ajout d’icone, c’est le bug 544816. En ce qui concerne le « Bouton » Firefox en haut à gauche de la fenêtre, c’est le bug 585370