Les modifications apportées sur Webcore sont répercutées dans KHTML et inversement
Pas vraiment. Les patchs d'Apple sont filtrés avant d'être intégrés car pas toujours adapté à KDE (façon de coder, ergonomie,...) et inversement Safari ne doit pas intégrer beaucoup de patchs de khtml (aucun ?).
Par exemple le support des accesskeys dans Safari et Khtml n'ont absolument rien à voir et donc ces codes ne seront jamais partagés.
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: khtml de Safari est un fork de khtml
Posté par Infernal Quack (site web personnel) . En réponse au journal Bug en position absolue avec KHTML. Évalué à 2.
Pas vraiment. Les patchs d'Apple sont filtrés avant d'être intégrés car pas toujours adapté à KDE (façon de coder, ergonomie,...) et inversement Safari ne doit pas intégrer beaucoup de patchs de khtml (aucun ?).
Par exemple le support des accesskeys dans Safari et Khtml n'ont absolument rien à voir et donc ces codes ne seront jamais partagés.
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