Pour les développeurs web, avoir de nombreux moteurs de rendu à gérer est une bonne chose. S'il y en a deux ou trois, ça veut dire qu'il faut gérer les subtiles différences entre eux, mais s'il y en a douze, ça veut dire qu'on ne peut plus travailler comme ça, et qu'on est obligé de coder "pour les standards".
Un développeur web ne peut pas dire "je code pour les standards, si IE ne fait pas du bon rendu, c'est son affaire", mais c'est dû à la supprématie d'IE. Plus le marché des moteurs de rendu est compétitif et plus les standards vont s'imposer.
Par contre, je suis d'accord que KDE ne devrait pas avoir à gérer deux moteurs différents ayant le même but, c'est une source de problèmes inutile. Avoir un moteur puissant et lourd pour le web ainsi qu'un moteur ultra-léger mais simpliste pour afficher la documentation et les emails, par exemple, serait justifiable, mais avoir deux moteurs avec le même objectif...
[^] # Re: Le retour du Troll (WebKit Vs KHTML)
Posté par Yusei (Mastodon) . En réponse à la dépêche Qt 4.4 prend son envol. Évalué à 6.
Un développeur web ne peut pas dire "je code pour les standards, si IE ne fait pas du bon rendu, c'est son affaire", mais c'est dû à la supprématie d'IE. Plus le marché des moteurs de rendu est compétitif et plus les standards vont s'imposer.
Par contre, je suis d'accord que KDE ne devrait pas avoir à gérer deux moteurs différents ayant le même but, c'est une source de problèmes inutile. Avoir un moteur puissant et lourd pour le web ainsi qu'un moteur ultra-léger mais simpliste pour afficher la documentation et les emails, par exemple, serait justifiable, mais avoir deux moteurs avec le même objectif...