Pour mémoire, KHTML est le moteur de rendu HTML développé par KDE et KJS est l'interpréteur Javascript, le tout étant donc intégré à Konqueror, le navigateur web et gestionnaire de fichiers.
Apple a démarré un fork de KHTML/KJS en 2002 et a nommé ce projet WebKit (WebCore pour le moteur HTML, JavaScriptCore pour l'interpréteur Javascript), et l'a intégré à son navigateur Safari.
Les relations entre Apple et KDE n'ont pas toujours été très bonnes, Apple n'étant pas très coopératif (patchs difficiles à importer dans KHTML, livraison par lot, etc.), les choses se sont finalement arrangées, Apple ayant ouvert le développement de WebKit aux contributions externes.
Quelques autres forks plus ou moins mineurs de KHTML/KJS et de Webkit sont également apparus.
Suite à cela, Trolltech a commencé à s'intéresser au projet et travaille en ce moment à l'intégration de WebKit dans la version 4.4 de l'environnement Qt.
Finalement durant l'Akademy 2007 à Glasgow, il fut décidé que WebKit sera le moteur HTML de Konqueror à l'avenir et que KHTML allait disparaître. Entre temps, les améliorations CSS3 implémentées dans KHTML uniquement seront portées dans WebKit.
La boucle est donc bouclée !
Apple a démarré un fork de KHTML/KJS en 2002 et a nommé ce projet WebKit (WebCore pour le moteur HTML, JavaScriptCore pour l'interpréteur Javascript), et l'a intégré à son navigateur Safari.
Les relations entre Apple et KDE n'ont pas toujours été très bonnes, Apple n'étant pas très coopératif (patchs difficiles à importer dans KHTML, livraison par lot, etc.), les choses se sont finalement arrangées, Apple ayant ouvert le développement de WebKit aux contributions externes.
Quelques autres forks plus ou moins mineurs de KHTML/KJS et de Webkit sont également apparus.
Suite à cela, Trolltech a commencé à s'intéresser au projet et travaille en ce moment à l'intégration de WebKit dans la version 4.4 de l'environnement Qt.
Finalement durant l'Akademy 2007 à Glasgow, il fut décidé que WebKit sera le moteur HTML de Konqueror à l'avenir et que KHTML allait disparaître. Entre temps, les améliorations CSS3 implémentées dans KHTML uniquement seront portées dans WebKit.
La boucle est donc bouclée !
Journal à l'origine de la dépêche (453 hits)
The unforking of KDE's KHTML and Webkit (266 hits)
Interview with Lars Knoll, creator of KHTML (227 hits)
Intégration de WebKit dans Qt (275 hits)
> Lire la dépêche (20 commentaires, moyenne: 5,2).
Vous avez demandé le commentaire #853497.




Annonce prématurée
Je répète ce que j'ai écrit dans le journal ad-hoc :
Je me réfère surtout au commentaire de SadEagle sur le dot, et à une lecture attentive de l'article.
Non, rien.
[^]Re: Annonce prématurée
En effet, pour l'instant, et d'apres les discutions de l'akademy, c'est un KPart webkit qui puisse remplacer KHTML dans Konqueror. Pour le reste, c'est à dire l'avenir, c'est plutot flou d'apres les différentes discutions que j'ai eu (n'ayant pu assister à la conférence).
Cela dis, la conférence est disponible ici:
http://conference2007.kde.org/conference/programme.php
----------------------------------------------------------------
KDE - Kopete - Oxygen - KDEgames
[^]Re: Annonce prématurée
Oui pour l'instant, j'ai l'impression que Maksim Orlovich et Germain Garand (deux développeurs de KHTML) ne souhaitent pas passer à Webkit à cause de la lourdeur de la procédure de commit mise en place par Apple et du fait que Apple, Trolltech et d'autres sponsorisent certains développeurs de Webkit provenant de la communauté KDE et que ceux qui ne sont pas sponsorisés sont un peu marris.
C'est évidemment dommage mais ce sont des frictions inévitables dans des situations de co-développement entre bénévoles et développeurs salariés.