Moi, j'y vois du mépris pour les développeurs KDE qui bossent sur WebKit et un épisode de plus dans la campagne de désinformation vis à vis de WebKit.
some prefer to team up with a shiny and mighty company as opposed to joining our multi-faceted desktop project.
Ça c'est pas une attaque personnelle gratuite ? Et y en a d'autres.
Comme toujours, le monde n'est pas noir ou blanc.
> les devs qui ont fait le plus gros du travail ces dernières années.
Personne ne dit qu'ils se sont contentés d'appliquer des patchs mais ça constitue une bonne partie de leur boulot. Mais on oublie que les développeurs KDE contribuant aujourd'hui à WebKit ont été de gros contributeurs à KHTML auparavant incluant l'auteur initial du code !
Quant ils ont constaté que le gros du boulot était d'appliqué des patchs provenant de WebKit, ils ont préférés travailler directement sur WebKit dès qu'Apple a ouvert le développement.
Alors c'est un peu facile de leur dire: "ouais mais ça fait un moment que vous ne contribuez plus au code (de KHTML)". Indirectement leur boulot est retombé dans KHTML, mais l'équipe actuelle feint de l'ignorer et les assimile à des "blablateurs qui en branlent pas une".
Moi, ce qui me fait chier, c'est de voir un petit groupe verrouiller la question du moteur de rendu de KDE4 non pas pour des raisons techniques ou éthiques mais par amour-propre.
Ce que je constate c'est que l'équipe KHTML n'a aucun véritable argument contre l'introduction de WebKit dans KDE. Personne n'ayant parlé de virer KHTML, auraient-ils tout simplement peur de la comparaison ?
Hein, avec la technologie KParts, KDE n'a aucun problème pour gérer deux moteurs de rendu
[^] # Re: KHTML n'est pas mort
Posté par GeneralZod . En réponse au journal Qt 4.4 : Version de démonstration. Évalué à 2.
Ça c'est pas une attaque personnelle gratuite ? Et y en a d'autres.
Comme toujours, le monde n'est pas noir ou blanc.
> les devs qui ont fait le plus gros du travail ces dernières années.
Personne ne dit qu'ils se sont contentés d'appliquer des patchs mais ça constitue une bonne partie de leur boulot. Mais on oublie que les développeurs KDE contribuant aujourd'hui à WebKit ont été de gros contributeurs à KHTML auparavant incluant l'auteur initial du code !
Quant ils ont constaté que le gros du boulot était d'appliqué des patchs provenant de WebKit, ils ont préférés travailler directement sur WebKit dès qu'Apple a ouvert le développement.
Alors c'est un peu facile de leur dire: "ouais mais ça fait un moment que vous ne contribuez plus au code (de KHTML)". Indirectement leur boulot est retombé dans KHTML, mais l'équipe actuelle feint de l'ignorer et les assimile à des "blablateurs qui en branlent pas une".
Moi, ce qui me fait chier, c'est de voir un petit groupe verrouiller la question du moteur de rendu de KDE4 non pas pour des raisons techniques ou éthiques mais par amour-propre.
Ce que je constate c'est que l'équipe KHTML n'a aucun véritable argument contre l'introduction de WebKit dans KDE. Personne n'ayant parlé de virer KHTML, auraient-ils tout simplement peur de la comparaison ?
Hein, avec la technologie KParts, KDE n'a aucun problème pour gérer deux moteurs de rendu