Mais de toute façon, c'est pas discutable :
1) ils ne peuvent pas, techniquement, abandonner KHTML (conservation de l'API/ABI pour tout KDE 4, ils vont pas lâcher ça, jamais)
2) l'intégration de webkit à KDE est pas évidente (travail en cours, ça a avancé dans KDE 4.4, pour KDE 4.5 peut être que ça sera fini)
3) les développeurs de Konqueror travaillent sur ce qu'ils veulent, personne ne peut empêcher ça
4) in fine, la décision reviendra aux distributions : installeront-elles le kpart webkit et l'activeront-elles par défaut ? Ben oui, les utilisateurs s'en foutent de l'upstream, ils utilisent une distribution. Je suis sûr qu'un utilisateur pourrait utiliser de manière transparente une Debian GNU/Linux, Debian Hurd ou Debian GNU/kFreeBSD, à partir du moment où les pilotes sont au point...
[^] # Re: De toute façon
Posté par Pinaraf . En réponse au journal Konqueror un peu plus rapide. Évalué à 3.
1) ils ne peuvent pas, techniquement, abandonner KHTML (conservation de l'API/ABI pour tout KDE 4, ils vont pas lâcher ça, jamais)
2) l'intégration de webkit à KDE est pas évidente (travail en cours, ça a avancé dans KDE 4.4, pour KDE 4.5 peut être que ça sera fini)
3) les développeurs de Konqueror travaillent sur ce qu'ils veulent, personne ne peut empêcher ça
4) in fine, la décision reviendra aux distributions : installeront-elles le kpart webkit et l'activeront-elles par défaut ? Ben oui, les utilisateurs s'en foutent de l'upstream, ils utilisent une distribution. Je suis sûr qu'un utilisateur pourrait utiliser de manière transparente une Debian GNU/Linux, Debian Hurd ou Debian GNU/kFreeBSD, à partir du moment où les pilotes sont au point...