Oui, je ne vois pas pourquoi ils ne font pas ce passage plus rapidement, voir meme en priorite.
Je comprend qu'ils aient un attachement sentimental a leur moteur de rendu, mais les avantages strategiques d'utiliser Webkit pour le projet KDE sont a mon avis largement non negligeables
- l'utilisateur sera mieux satisfait puisqu'il pourra utiliser un navigateur web rapide qui passera mieux sur certains sites
- les developpeurs auront moins de temps a consacrer au developpement et a la maintenance d'un composant qui semble maintenant assez superflu, en exagerant, on pourrait voir ca comme si KDE developpait sa propre libc
KDE est un environnement qui semble en perte de parts de marche depuis que les distributions ont pousse l'utilisation par defaut de gnome qui est maintenant mieux integre et moins buggue.
Je pense que ca leur ferait du bien d'arreter de gaspiller des ressources (si les developpeurs KHTML se redirigent sur autre chose apres bien entendu).
[^] # Re: De toute façon
Posté par timid . En réponse au journal Konqueror un peu plus rapide. Évalué à -1.
Je comprend qu'ils aient un attachement sentimental a leur moteur de rendu, mais les avantages strategiques d'utiliser Webkit pour le projet KDE sont a mon avis largement non negligeables
- l'utilisateur sera mieux satisfait puisqu'il pourra utiliser un navigateur web rapide qui passera mieux sur certains sites
- les developpeurs auront moins de temps a consacrer au developpement et a la maintenance d'un composant qui semble maintenant assez superflu, en exagerant, on pourrait voir ca comme si KDE developpait sa propre libc
KDE est un environnement qui semble en perte de parts de marche depuis que les distributions ont pousse l'utilisation par defaut de gnome qui est maintenant mieux integre et moins buggue.
Je pense que ca leur ferait du bien d'arreter de gaspiller des ressources (si les developpeurs KHTML se redirigent sur autre chose apres bien entendu).