Et si chez apple ils veulent voir webcore sous linux, qu'ils le fassent eux-mêmes...
Il est clair que ce n'est pas le but d'Apple. Je pense plutôt que cette proposition va dans le sens de leur conception de la "coopération" entre projets libres.
Apple se gausse d'avoir réussi à passer l'Acid2, et dans un élan de bonté ils proposent aux développeurs de KHTML, qui n'est pas au même niveau sur ce point, de reprendre les fruits de leur boulot partiellement ou complètement. C'est à la fois de la pub et une volonté d'entraide telle qu'ils peuvent la concevoir. Que les dévs de KHTML acceptent ou pas, c'est une autre histoire, il auront sûrement de bonnes raisons de ne pas le faire mais reste à voir objectivement si ca peut être intéressant de partir sur une base webcore ? En dehors du strict respect des standards et de l'Acid2, où en sont respectivement les deux projets ?
L'intérêt immédiat, si cette proposition aboutissait, serait la compatibilité qui redeviendrait bonne entre les moteurs WebCore (qui s'identifie, comme certains le soulignent, comme khtml) et khtml. Ce n'est pas anodin, comme avantage... Aussi bien konqueror que Safari sont promis à un bel avenir et il est dommage que les développeurs web ne puissent en tirer pleinement profit à cause de leurs différences pas clairement identifiables.
Et puis, Apple aurait très bien pu ne rien proposer du tout...
[^] # Re: Le mieux à faire...
Posté par Cali_Mero . En réponse à la dépêche KDE doit-il abandonner KHTML pour Webcore ?. Évalué à 4.
Il est clair que ce n'est pas le but d'Apple. Je pense plutôt que cette proposition va dans le sens de leur conception de la "coopération" entre projets libres.
Apple se gausse d'avoir réussi à passer l'Acid2, et dans un élan de bonté ils proposent aux développeurs de KHTML, qui n'est pas au même niveau sur ce point, de reprendre les fruits de leur boulot partiellement ou complètement. C'est à la fois de la pub et une volonté d'entraide telle qu'ils peuvent la concevoir. Que les dévs de KHTML acceptent ou pas, c'est une autre histoire, il auront sûrement de bonnes raisons de ne pas le faire mais reste à voir objectivement si ca peut être intéressant de partir sur une base webcore ? En dehors du strict respect des standards et de l'Acid2, où en sont respectivement les deux projets ?
L'intérêt immédiat, si cette proposition aboutissait, serait la compatibilité qui redeviendrait bonne entre les moteurs WebCore (qui s'identifie, comme certains le soulignent, comme khtml) et khtml. Ce n'est pas anodin, comme avantage... Aussi bien konqueror que Safari sont promis à un bel avenir et il est dommage que les développeurs web ne puissent en tirer pleinement profit à cause de leurs différences pas clairement identifiables.
Et puis, Apple aurait très bien pu ne rien proposer du tout...