Le problème c'est que Apple n'a jamais dit avoir fait un fork et son moteur s'identifie toujours comme KHTML en utilisant les propriétés CSS -khtml-....
Ceci fait que de nombreuses personnes s'imaginent que Konqueror et Safari ont le même rendu et donc quand un truc marche sur Safari mais pas Konqueror les bugs-reports ressemblent à "TrucMuche work on Safari but not on Konqueror. How is it possible ? Please fix this quickly".
Je comprend que ça fasse raler les développeurs KHTML car l'inverse est plus rare, les utilisateurs Konqueror étant plus au courant du fait que WebCore est un fork et non le même projet comme Apple semble le faire croire.
Webcore est un fork sauvage de KHTML. Que les développeurs web le sachent et arrêtent de faire chier l'équipe KHTML avec Safari qui lave plus blanc. Apple a des moyens et l'équipe KHTML est restreinte et a peu de moyen. Les développeurs de KHTML étant en plus souvent développeurs sur d'autres parties de KDE.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Démagogie
Posté par Infernal Quack (site web personnel) . En réponse à la dépêche KDE doit-il abandonner KHTML pour Webcore ?. Évalué à 6.
Ceci fait que de nombreuses personnes s'imaginent que Konqueror et Safari ont le même rendu et donc quand un truc marche sur Safari mais pas Konqueror les bugs-reports ressemblent à "TrucMuche work on Safari but not on Konqueror. How is it possible ? Please fix this quickly".
Je comprend que ça fasse raler les développeurs KHTML car l'inverse est plus rare, les utilisateurs Konqueror étant plus au courant du fait que WebCore est un fork et non le même projet comme Apple semble le faire croire.
Webcore est un fork sauvage de KHTML. Que les développeurs web le sachent et arrêtent de faire chier l'équipe KHTML avec Safari qui lave plus blanc. Apple a des moyens et l'équipe KHTML est restreinte et a peu de moyen. Les développeurs de KHTML étant en plus souvent développeurs sur d'autres parties de KDE.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire