<blockquote><font class="small">Posté à l'origine par Silverscreen:</font><hr />Ce qui m'étonne c'est pourquoi Apple a cru bon développer son propre browser au lieu d'embaucher l'équipe de Chimera ou Omniweb et consorts : le temps d'arriver à régler les pb que les autres ont déjà réglé, c'est du temps en moins pour faire les beau avec l'ergonomie et les petits + qui sont qd même la spécialité d'Apple !
[/QUOTE]
C'est vrai qu'ils donnent l'impression de vouloir réinventer la roue, mais en utilisant KHTML, le moteur de rendu de Konqueror (developer.kde.org: KHTML - KDE's HTML library), ils vont pousser en pleine lumière un nouveau projet open-source. Konqueror est développé sur Unix alors que Gecko est multi-plateforme, s'en servir comme base est plus facile et plus avantageux pour les programmeurs d'Apple. Sur la page d'accueil de konqueror.org il est qualifié de web browser + file manager + universal viewing application. Ils pensent surement à tirer partie de toutes ces possibilités.
Un certain Don Melton, ingénieur en chef du projet Safari et ancien de Mozilla, s'est expliqué sur le choix de KHTML dans une mailing list (lists.kde.org):
- But premier: créer le browser le plus rapide sous X.
- KHTML et KJS font moins de 140 000 lignes de codes, c'est léger et clean.
- L'equipe de développement de Sherlock utilise déjà KJS.
Même basé sur les standards Safari va un peu plus compliquer la tache des webdesigners, en apportant ses "petits bugs chiants" (diveintomark.org: Safari information for web designers), comme tous les autres navigateurs. C'est la vie. Le support seulement partiel de CSS2 est embetant aussi, pour ceux qui font des mises en page sans tableaux.
David Hyatt, l'initiateur de Chimera, fait aussi partie de l'équipe.
Confessions of a Mozillian, Dave Hyatt's Weblog:
Yes, I am a member of the Safari team at Apple. I work primarily on the WebCore, the open source portion of Safari that contains KHTML (as well as the implementation of the Qt subset required to support KHTML). In future blogs I'll be talking about some of the changes and architectural improvements that we made to KHTML and explain those in more detail, but for now I'm going to get some much-needed sleep.
[/QUOTE]
C'est vrai qu'ils donnent l'impression de vouloir réinventer la roue, mais en utilisant KHTML, le moteur de rendu de Konqueror (developer.kde.org: KHTML - KDE's HTML library), ils vont pousser en pleine lumière un nouveau projet open-source. Konqueror est développé sur Unix alors que Gecko est multi-plateforme, s'en servir comme base est plus facile et plus avantageux pour les programmeurs d'Apple. Sur la page d'accueil de konqueror.org il est qualifié de web browser + file manager + universal viewing application. Ils pensent surement à tirer partie de toutes ces possibilités.
Un certain Don Melton, ingénieur en chef du projet Safari et ancien de Mozilla, s'est expliqué sur le choix de KHTML dans une mailing list (lists.kde.org):
- But premier: créer le browser le plus rapide sous X.
- KHTML et KJS font moins de 140 000 lignes de codes, c'est léger et clean.
- L'equipe de développement de Sherlock utilise déjà KJS.
Même basé sur les standards Safari va un peu plus compliquer la tache des webdesigners, en apportant ses "petits bugs chiants" (diveintomark.org: Safari information for web designers), comme tous les autres navigateurs. C'est la vie. Le support seulement partiel de CSS2 est embetant aussi, pour ceux qui font des mises en page sans tableaux.
David Hyatt, l'initiateur de Chimera, fait aussi partie de l'équipe.
Confessions of a Mozillian, Dave Hyatt's Weblog:
Yes, I am a member of the Safari team at Apple. I work primarily on the WebCore, the open source portion of Safari that contains KHTML (as well as the implementation of the Qt subset required to support KHTML). In future blogs I'll be talking about some of the changes and architectural improvements that we made to KHTML and explain those in more detail, but for now I'm going to get some much-needed sleep.
