jeudi 10 avril
April | Agenda du libre | Framasoft | Léa-Linux | Lolix | JeSuisLibre | O'Reilly | Eyrolles | LinuxMag | Veni, Vidi, Libri | InLibroVeritas | LinuxGraphic
Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information
Accueil :: Dépêches :: Archives :: Proposer une dépêche :: Journaux :: Forums :: Astuces :: Suivi :: RDF

Liens connexes

Dépêche modérée par

Dépêche éditée par

Articles : Le projet Webkit clarifie ses règles

Posté par Plop (). Modéré le 10 décembre 2007.
Apple
WebKit est un moteur de rendu HTML open-source (certaines portions sont en LGPLv2, d'autres en licence BSD). WebKit est aussi le nom de la version framework disponible sur les systèmes Mac OS X et utilisé par le navigateur Safari, DashBoard, Mail et plein d'autres applications Mac OS X. Le projet est une branche de KHTML et des bibliothèques KJS venant de KDE.

Ce projet a édité un ensemble de règles régissant les contributions extérieures. Historiquement, l'acceptation des contributions était régenté par un processus interne à Apple.
Les nouvelles directives principales sont :
  • Les nouveaux contributeurs et relecteurs seront choisis parmi les contributeurs actuels ;
  • Le nouveau processus traite tout le monde à égalité, quelle que soit l'entreprise d'affiliation ;
  • Les règles pour être considéré comme un potentiel contributeur sont claires et connues.
L'annonce de cette nouvelle a été faite par Apple sur la liste de diffusion de développement de Konqueror en s'adressant directement aux développeurs de KHTML et de KDE. Les nouvelles règles sont censées être plus en conformité avec les besoins de KDE/KHTML et le processus de recrutement fait clairement apparaître qui a aujourd'hui le pouvoir d'autoriser (ou pas) de nouvelles personnes.

> Lire la dépêche (47 commentaires, moyenne: 4,3).  

Le texte qui suit est un résumé de deux billets parus sur le blog de Liquidat.
Browser Wars Reloaded et New rules for the WebKit project.

Depuis le fork de KHTML par Apple, la question était posée sur l'utilisation des ressources à la fois sur WebKit et sur KHTML. Certains développeurs ont décidé d'aider Webkit, d'autres sont restés avec KHTML. Aujourd'hui, WebKit bien que dirigé par Apple est supporté par de nombreux autres grands groupes comme Nokia, Adobe, Trolltech, mais aussi par des développeurs GNOME, mais aussi par des développeurs KDE. De plus, Trolltech intègrera WebKit dans Qt 4.4.

Le grief principal des développeurs KDE envers Webkit concerne le moteur de rendu qui n'est plus contrôlé par KDE. Cependant, le travail fourni par Apple a permis l'apparition de nouvelles fonctionnalités comme la conformité au fameux test ACID2. KHTML est contrôlé par KDE mais manque de fonctionnalités demandées par les utilisateurs comme, entre autres, un éditeur WYSIWYG pour les applications Web telles que WordPress. KHTML étant un projet communautaire, il n'a pas les moyens marketings de lutter contre le spécialiste du genre qu'est Apple. Les développeurs réalisant ce manque ont rédigé en commun une FAQ sur le futur de KHTML. Ce billet est donc la mise au point des développeurs KHTML sur leurs relations avec WebKit. Ils voudraient participer à certaines parties de WebKit à la condition d'avoir un droit d'accès aux développements.

L'annonce des nouvelles règles est la réponse d'Apple à ce billet. Ces règles ne font pas forcément l'unanimité aux sein de KHTML. Certains considérant cette annonce comme du spam destiné à vider KHTML de ses développeurs. Le logiciel libre est avant tout une question de collaboration et d'égos. Il est évident que la puissance d'attraction d'Apple a affaibli KHTML. Il est clair que certains développeurs KHTML n'ont pas accepté WebKit. La réalité aujourd'hui est qu'il y a plus de développeurs KDE qui travaillent sur WebKit que sur KHTML.

Demain, KDE4 intégrera KHTML comme moteur de rendu, mais il existe un Kpart permettant d'utilisation de WebKit en remplacement de KHTML. Il reste à voir lequel des deux composants les distributions Linux intégreront par défaut.

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

Controle et libre?

Posté par Mathieu Stumpf (Jabber id, page perso, ) le 10/12/2007 à 15:01. (lien). Évalué à 1.

J'ai du mal à voir comment apple prétend contrôler une ½uvre sous licence libre. Si c'est libre, bah justement le jour où y a des avis divergents, et bah on fork. La force du libre c'est justement que personne n'a plus de contrôle qu'un autre, une omnicratie en quelque sorte.


Voila sinon hier soir j'ai vu un reportage sur le iphone, un téléphone portable de la firme apple. J'ai été encore surpris par le formidable effet mouton que crée cet appareil (on a beau savoir, c'est toujours stupéfiant).

J'ai pas compris ce qu'il avait de spécial ce téléphone, il permet de surfer sur internet, mouais, c'est nouveau ça? Enfin voila quoi, ça me paraît être un appareil qui a rien de révolutionnaire, il suit une logique qu'on a pu voir arriver de loin depuis longtemps. C'est clair les téléphones sont des ordinateurs de plus en plus puissant, et c'est évident qu'il finiront par devenir de vrais ordinateurs ultra portable, où on aura une sortie écran et une entrée clavier/souris pour quand on est à la maison/bureau. Enfin...

--
Quelques œuvres sous licence art libre.

Spam ?

Posté par Moonz () le 10/12/2007 à 17:31. (lien). Évalué à 5.

> Certains considérant cette annonce comme du spam destiné à vider KHTML de ses développeurs.
Les développeurs de KHTML font ce qu'ils veulent, s'ils pensent qu'il est plus intéressant de passer à WebKit, je ne vois pas trop ce que "certains" trouvent à redire. À moins que Apple n'ait mis des messages subliminaux dans leur annonce pour attirer de force les devs de KHTML ?

La réponse de Zack Rusin à la "KHTML Future FAQ"

Posté par herodiade () le 10/12/2007 à 18:09. (lien). Évalué à 10.

La réponse de Zack Rusin, développeur important de Qt (ex employé de Trolltech) au blog d'Harri Porten est à la fois cinglante et rigolote :

http://zrusin.blogspot.com/2007/10/khtml-future.html

Son argument final m'a convaincu : un intérêt majeur de converger autour d'un seul moteur, si possible le moteur utilisé par Apple/Safari, c'est que ce moteur sera testé et supporté par les webdesigners, surtout pour les gros sites (gmail, google documents, etc.). Un KHTML divergent de Webkit et utilisé par 1% des surfeurs, fut-il techniquement meilleur (et c'est improbable), sera de toutes façons moins supporté par les sites web que le moteur intégré dans Safari. Or pouvoir afficher correctement les sites webs (même les sites passablement défectueux) est quand même le but premier d'un navigateur.

Intégration à QT ?

Posté par Mildred (Jabber id, page perso, ) le 10/12/2007 à 19:49. (lien). Évalué à 1.

Comment donc va faire Trolltech pour intégrer WebKit à QT ? Car ils ont une version propriétaire de QT, mais ils ne peuvent pas en faire autant pour WebKit (pas le copyright je suppose).

A moins que ce ne soient que des interfaces permettant de marier les deux plus facilement, tout en gardant WebKit en dehors...

--
La Roue du Temps

Revenir en haut de page

Run by Team LinuxFr

Cette page a été générée par Templeet en 0.1682s (dont 0.0183 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.