WebKit, le moteur de rendu web d'Apple est un fork de KHTML. Pour faire simple, Kde a créé KHTML pour faire de Konqueror un navigateur en plus d'un gestionnaire de fichiers. Apple l'a récupéré, amélioré et l'a utilisé pour Safari, le navigateur par défaut de MacOS X.
J'ai vraiment l'impression qu'Apple est en train de pousser son moteur de rendu de pages web et je vois de tous les côtés des projets basés sur WebKit. Quels avantages pour Apple ? Quel impact sur Gecko (moteur de Firefox) et sur le web ?
Tout d'abord, ça a commencé par un portage de Safari sous Windows. Apple a publié une alpha, c'est-à-dire une version incomplète et instable (pour info, beta = complet et instable, RC = Release Candidate = candidat pour la version finale) en faisant beaucoup de battage médiatique autour. À mon avis, ils auraient mieux dû se taire. Ça a beau être une "version instable", on voit pas l'intérêt de diffuser un truc aussi moisi, à part de se faire une mauvaise pub pour pas cher.
Il y a 2 bureaux favoris, GNOME et KDE, chacun avec son navigateur : Epiphany (basé sur Gecko, le moteur de Firefox) et Konqueror (basé sur KHTML, l'ancêtre de WebKit, suivez un peu !!!).
Récemment un développeur est arrivé à porter WebKit comme moteur d'Epiphany ! C'est encore expérimental, mais ça permettra d'avoir un rendu "à la Safari" sous Linux. Pour l'instant, GNOME utilise Epiphany comme navigateur par défaut, et les pages d'aides des logiciels sont affichées en utilisant le rendu Gecko (logiciel Yelp). Utiliser WebKit permettrait de réduire cette dépendance et pourrait rendre le tout plus léger.
Encore plus inattendu : WebKit va remplacer KHTML dans Konqueror ! À la dernière conférence annuelle de KDE, il a été décidé que KHTML allait mourir au profit de WebKit : les améliorations CSS3 implémentées dans KHTML uniquement seront portées dans WebKit.
En plus, contrairement à KHTML, WebKit ne dépends pas de Qt, la bibliothèque de composants graphiques de Trolltech avec laquelle est fait l'environnement KDE. Cependant, Trolltech a intégré WebKit dans Qt pour en faire un composant : il est donc possible d'utiliser un rendu WebKit dans un application en Qt.
On retrouve aussi WebKit dans l'embarqué, notamment sur la tablette internet
de Nokia N800, avec le
navigateur
origyn.
Bien évidemment, l'iPhone embarque directement Safari, basé sur WebKit.
Le plus gros gagnant est bien sûr Apple, qui booste en même temps Safari et
assure un rendu de qualité sur son iPhone.
Trolltech a bien négocié en
s'appropriant WebKit plutôt que d'en faire un ennemi. C'est typiquement
une réaction de libriste : plutôt que de se battre contre WebKit qui enlève à
KHTML une dépendance sur Qt, on l'intègre pour en faire une nouvelle
fonctionnalité.
KDE gagne un moteur de rendu performant, soutenu par une grosse entreprise.
Nokia est gagnant puisqu'il a accès au même rendu que l'iPhone, ce qui est
toujours un avantage étant donné qu'il est concurrent avec Apple dans le
domaine de l'électronique personnelle embarquée.
La manière la plus simple pour un site web d'avoir un rendu comparable avec
WebKit et IE, c'est de respecter les standards web.
Ainsi, Gecko est aussi gagnant dans l'affaire : WebKit encourage les
développeurs web à utiliser les standards web, ce qui facilite le rendu de
Gecko.
Les standards web font partie des gagnants : en mettant en concurrence Gecko
et WebKit, il va être possible d'avoir plus rapidement deux implémentations
différentes de standards à venir comme CSS3.
Les perdants, c'est les autres.
Bien évidemment, IE et tous les dérivés qui se basent sur le même rendu comme
AvantBrowser.
Les développeurs web qui ont « optimisé » leur site web pour IE en 1024x768
vont commencer à se mordre les doigts : ils vont avoir du boulot pour adapter
le tout à un iPhone utilisant WebKit.
Déjà qu'ils ont eu du mal avec l'arrivée de Firefox ;)
Opera aussi fait partie des perdants : il perd sa place de rendu alternatif
multiplateforme.
D'un naturel joyeux, positif et curieux, je m'intéresse à beaucoup de choses parmi lesquels la salsa, l'espéranto, la plongée mais surtout l'informatique, le web et Linux.
Même si j'aime programmer, je m'intéresse également aux aspects d'ergonomie, de design et de marketing.
Si vous pensez avoir du travail pour moi, il y a mon LinkedIn et mon CV.
M'écrire : olivier+blog@faurax.fr
Retrouvez-moi sur Facebook et Twitter.
Cette hCard sémantique a été créée avec le hCard creator.