WebKit 2.0 se rapproche de Chrome
Le projet WebKit est très connu : initié par Apple mais disponible en open source, ce moteur de rendu est utilisé par Safari (sous Mac OS X, Windows, mais aussi iPhone OS) mais aussi par Google Chrome, par le navigateur de Nokia pour Symbian, etc. Et ce moteur évolue, avec une version 2 annoncée récemment. WebKit2 offre en effet une nouvelle fonction, directement dans le framework : la possibilité de séparer chaque onglet du reste du navigateur. Concrètement, chaque onglet est un processus indépendant, ce qui permet d'éviter les problèmes de blocage du navigateur quand une page web pose des problèmes.
Ce système n'est pas présent dans Safari mais Internet Explorer 8 est compatible, tout comme Google Chrome (aussi basé sur WebKit). La grosse nouveauté, c'est que WebKit va intégrer la technologie dans le moteur lui-même alors que l'implémentation de Google est liée à Chrome, ce qui rend le portage difficile. Notons enfin que Mozilla est en train de tester un procédé similaire, avec Electrolysis.
Dans la pratique, les navigateurs essayent de plus en plus d'isoler les processus pour éviter les problèmes, les plug-ins étant par exemple responsables d'une bonne partie des plantages. De plus, cette séparation permet aussi d'améliorer la prise en charge des processeurs à plusieurs cores, ce qui n'est pas un mal.
- Stockage de l’énergie : 44,4 Mds en 2015
- TDJ : jeu en Mini ITX, GeForce GTX 480,...
- Une nouvelle propriété des memristors
- Ce qu’Apple n’a pas dit durant la conférence
- L’iPhone OS offre enfin le multitâche
- Biostar fait le plein de cartes 880G
- Conférence iPhone OS 4 live sur Tom’s Hardware
- Qui dit mieux : quatre GeForce GTX 480 en SLI
- La Poste, premier MVNO chez Free ?
- Des SSD « Value » chez Super Talent
- OpenCL et Grand Central sur l'iPhone
- Cloud : l’Europe à la traîne
- G.Skill : de la DDR3 à 2500 MHz
- Une GeForce GTX 460 dès juin ?
- Un 21,5’’ tout en finesse chez I-O Data
- Lyndonville, les SSD 25 nm d'Intel pour 2011
- La Bravo 220, une carte graphique Home Cinema
- NVIDIA : des pilotes WHQL pour les GTX 400






Lorsque vous dites que Webkit est initié par Apple mais aussi disponible en Open Source, c'est des bêtises.
Webkit est une 'fork' de KHTML, le moteur HTML du projet KDE, utilisé encore aujourd'hui par Konqueror (le navigateur de KDE).
Apple a fait le forcing pour rendre Webkit propriétaire, et c'est uniquement lors d'une menace de procès pour non respect de la GPL qu'ils se sont (enfin) décidés à publier le code source - et ce, sous forme d'un gros tarball indigeste contenant plus d'un an de code modifié, en ce qu'il a fallu 6 mois au projet KDE pour déterminer quels morceaux avaient été changés.
C'est uniquement suite à la pression du projet KDE que Apple a mis en place (en traînant des pieds) la communauté Webkit.
Webkit n'est pas le seul moteur de rendu HTML capable d'ere utilisé en processus indépendant: Trident et Gecko en sont parfaitement capables eux aussi. La différence majeure est que Webkit est un moteur récent (en rapport avec Trident et Gecko, s'entend) donc contenant peu de code de compatibilité, réduit (il ne fait que (X)HTML et CSS, quand Gecko est un framework complet incluant une pile réseau, et Trident une usine à gaz) ce qui le rend plus facilement utilisable dans un contexte limité - et on peut donc répliquer des processus indépendants de Webkit sans coût de réplication faramineux.
Dans la pratique, il n'y a pas une seule version de Webkit: les versions de Nokia, Apple et Google sont suffisamment différents pour qu'un programmeur de site Web soit forcé de détecter chaque navigateur séparément.
Lorsque vous dites que Webkit est initié par Apple mais aussi disponible en Open Source, c'est des bêtises.Webkit est une 'fork' de KHTML, le moteur HTML du projet KDE, utilisé encore aujourd'hui par Konqueror (le navigateur de KDE).Apple a fait le forcing pour rendre Webkit propriétaire, et c'est uniquement lors d'une menace de procès pour non respect de la GPL qu'ils se sont (enfin) décidés à publier le code source
Non mais c'est carrément de la diffamation pure et simple que tu fais là !!!
Apple n'a jamais cherché à rendre le webkit propriétaire, et il n'y a jamais eu la moindre menace de procès. C'est honteux de chercher a désinformer les gens à ce point-là.
Elles sont où les sources de tes affirmations ?
Je crois que t'es pas près de les donner...
LVM > Quelle est la vérité alors. Si tu sais, partage.
@Foudge: pas la peine de lire LVM, c'est une perte de temps pure et simple. Le stade de troll a largement été dépassé chez lui.
Ah, tu veux des sources? A ton aise.
http://www.eweek.com/c/a/Linux-and [...] rs-WebKit/
et d'une.
http://en.wikipedia.org/wiki/Webkit
et de deux.
http://www.kdedevelopers.org/node/1001
et de trois.
http://wapedia.mobi/fr/WebKit
et de quatre. Qui se recoupent. L'une est le blog du développeur principal de KHTML. Si tu sais lire, tu sauras laquelle c'est.
Traduction: WebCore, le moteur de rendu, est (était, en 2007) sous la LGPL, Webkit ne l'était pas. Webkit était donc proprio, alors qu'il était dynamiquement lié à une bibliothèque (WebCore) sous licence LGPL dont les modifications n'étaient publiées que par gros paquets de code imbuvable non documenté, et en retard par rapport à la publication du code compilé. Oui, cela constitue une violation de la LGPL puisque les modifications doivent être publiées en même temps que le logiciel.
Lorsque le code de Webkit a enfin été ouvert sous la licence BSD, Apple a continué à ne contribuer à KHTML que des grosses masses de code bourrées de code spécifique Cocoa presque impossibles à synchroniser, soit la limite de la licence LGPL:
Donc, après s'être pris des menaces (effectivement, pas très nombreuses, mais quelques-unes - va groker les ML de KDE, j'ai assez bossé ce soir) de poursuite, Apple a finalement lâché le code pour Webkit - de manière pratiquement inexploitable ('code bombs', 'features specific to Mac OS X) . Durée de l'histoire, quelques années.
Je troll toujours? Bon, alors on se prend une petite histoire.
Wikipedia, histoire de Webkit, début 2002: les développeurs d'Apple annoncent sur la mailing list de KDE qu'ils forkaient KHTML. Puis plus rien pendant un an.
Webkit a été annoncé à partir de 01/2003 par Apple. Jusqu'en 06/2005 (soit plus de 2 ans), toute modification faite à Webkit était faite sous licence proprio. Il n'y a qu'en 2005 que Webkit est devenu open source.
En 2005, grâce à Dave Hyatt qui a poussé à l'intérieur d'Apple à libérer le code de Webkit, celui-ci est enfin devenu un vrai projet qui a accepté du code de l'extérieur: pour la première fois, le dépôt CVS de Apple était accessible au public. Pendant longtemps par la suite, il était impossible de savoir sur quelle révision de Webkit Safari était basé.
Je troll vraiment? J'ai pas de source fiable? Et toi tes sources, elles sont où? Dans la doc publicitaire d'Apple? Celle qui dit qu'un iPhone n'explose jamais et fonctionne parfaitement? L'iPhone de ma femme, expédié direct depuis Apple France suite à sa première panne (maintenant il déconne 'seulement') doit être une contrefaçon alors.
Ah, tu veux des sources? A ton aise.http://www.eweek.com/c/a/Linux-and [...] rs-WebKit/et d'une.http://en.wikipedia.org/wiki/Webkitet de deux.http://www.kdedevelopers.org/node/1001et de trois.http://wapedia.mobi/fr/WebKitet de quatre. Qui se recoupent. L'une est le blog du développeur principal de KHTML. Si tu sais lire, tu sauras laquelle c'est.Traduction: WebCore, le moteur de rendu, est (était, en 2007) sous la LGPL, Webkit ne l'était pas. Webkit était donc proprio, alors qu'il était dynamiquement lié à une bibliothèque (WebCore) sous licence LGPL dont les modifications n'étaient publiées que par gros paquets de code imbuvable non documenté, et en retard par rapport à la publication du code compilé. Oui, cela constitue une violation de la LGPL puisque les modifications doivent être publiées en même temps que le logiciel.Lorsque le code de Webkit a enfin été ouvert sous la licence BSD, Apple a continué à ne contribuer à KHTML que des grosses masses de code bourrées de code spécifique Cocoa presque impossibles à synchroniser, soit la limite de la licence LGPL: (la citation est d'un développeur de KHTML - pour la source, voir plus haut).Donc, après s'être pris des menaces (effectivement, pas très nombreuses, mais quelques-unes - va groker les ML de KDE, j'ai assez bossé ce soir) de poursuite, Apple a finalement lâché le code pour Webkit - de manière pratiquement inexploitable ('code bombs', 'features specific to Mac OS X) . Durée de l'histoire, quelques années.Je troll toujours? Bon, alors on se prend une petite histoire.Wikipedia, histoire de Webkit, début 2002: les développeurs d'Apple annoncent sur la mailing list de KDE qu'ils forkaient KHTML. Puis plus rien pendant un an.Webkit a été annoncé à partir de 01/2003 par Apple. Jusqu'en 06/2005 (soit plus de 2 ans), toute modification faite à Webkit était faite sous licence proprio. Il n'y a qu'en 2005 que Webkit est devenu open source.En 2005, grâce à Dave Hyatt qui a poussé à l'intérieur d'Apple à libérer le code de Webkit, celui-ci est enfin devenu un vrai projet qui a accepté du code de l'extérieur: pour la première fois, le dépôt CVS de Apple était accessible au public. Pendant longtemps par la suite, il était impossible de savoir sur quelle révision de Webkit Safari était basé.Je troll vraiment? J'ai pas de source fiable? Et toi tes sources, elles sont où? Dans la doc publicitaire d'Apple? Celle qui dit qu'un iPhone n'explose jamais et fonctionne parfaitement? L'iPhone de ma femme, expédié direct depuis Apple France suite à sa première panne (maintenant il déconne 'seulement') doit être une contrefaçon alors.
ben j'ai lu tes sources. effectivement il y a eu des complaintes et des aigreurs... Mais je n'ai pas trouvé trace de procès ou de menaces... Ai-je sauté quelque chose?
Il n'y a pas eu de procès - il y a eu sur les ML de l'époque l'évocation de poursuites (ou d'avoir recours à la FSF) pour pousser Apple à publier le code incriminé. Ce qui a été fait au compte-goutte,et sans aucun respect pour le projet d'origine (il est d'ailleurs notable que les améliorations de Webkit 2 sont pour Mac et Windows, pas pour Linux - sympa pour le projet KDE, qui va devoir se palucher le code manquant - comme chaque fois depuis 2003).
Si tu veux te taper 3 ans de backlog sur la ML de KDE, vas-y. Moi je suis un troll, après tout!
est-ce qu'opera l'utilise ?
est-ce qu'opera l'utilise ?
Non, Opéra utilise ses propres moteurs : Presto (rendu) et Carakan (JS)
Et ont-il ces possibilités d'onglets indépendant ?
Opera n'a pas (encore, ça ne saurait tarder) mis en place de système d'onglets à processus indépendants et isolés. Mozilla par contre inclue déjà une forme de séparation dans Firefox (depuis la version 3.6, les plugins comme Flash sont gérés dans un process séparé), et travaille à l'améliorer davantage (projet Electrolysis) pour la version 3.7 et 4.0 (des versions expérimentales circulent, mais le projet est encore qu'à moitié fait).
Opera n'a pas (encore, ça ne saurait tarder) mis en place de système d'onglets à processus indépendants et isolés. Mozilla par contre inclue déjà une forme de séparation dans Firefox (depuis la version 3.6, les plugins comme Flash sont gérés dans un process séparé), et travaille à l'améliorer davantage (projet Electrolysis) pour la version 3.7 et 4.0 (des versions expérimentales circulent, mais le projet est encore qu'à moitié fait).
Non. C'est encore en bêta, ça, ça vient (juste) de sortir mais c'est pas encore le cas.
t'es sûr? Il me semblait que ça avait déjà été activé dans la 3.6.2...
Non, c'est lorentz, c'est dans une « 3,6,3 » bêta sortie récemment (aujourd'hui, je pense). Par contre, Safari le fait depuis quelques mois.
@Dandu: effectivement. Je crois que ça entre dans la méthode que Mozilla a décidé de suivre: pendant un certain temps, les fonctionnalités seront ajoutées via des 'patch' directement ajoutés à la dernière branche publiée, au lieu de tout mettre dans Minefield, afin de permettre de tester chacune des fonctionnalités séparément.
Si Lorentz fonctionne bien donc, on pourrait voir venir cette amélioration dès la 3.6.4...