C'est une mauvaise idée car ce n'est pas domaine de compétence de Netscape (des boites comme ILog sont plus crédibles la-dedans),
Peut etre mais au final c'est réussi, leur bébé tourne sur beaucoup de plateforme et personnellement je n'ai vu aucun bug d'interface. Moi je dis que le pari est réussi. Leur but était d'avoir quelque chose qui tourne avec le minimum de dépendances afin d'etre partout exactement pareil et de ne dépendre de personne. Moi je dis ca marche.
Au pire on peut penser que ca a été un peu gachi et du coup il n'y a pas d'intégration avec les themes gtk mais bon, c'est limité comme reproche.
Quand à QT ce n'est pas libre partout sauf erreur, J2/Swing est loin d'etre un exemple niveau ressources et beauté. De ce coté là franchement je n'ai rien à leur reprocher.
Mieux, leur XUL est peut etre lourd mais on voit effectivement des barres d'outils et autres petits trucs basés dessus qui tournent. Ca n'aurait pas été aussi simple pour les extensions avec du gtk par exemple.
Les gens de NS disait qu'il n'y aurait pas de coût en terme de performance en disant "pourquoi notre code serait plus lent que celui de Microsoft".
Finalement, avec Galéon/Kméléon ... on s'est rendu compte que la pénalité d'abstraction existait bel et bien.
Ah ? oui,Galeon, Kméléon, phoenix sont beaucoup plus légers. Ca vient de XUL.
Ah non, erreur ... phoenix est aussi tres léger mais toujours basé sur le toolkit de mozilla. Bon, ca ne doit pas etre la faute au toolkit alors :)
Bah quand GECKO supporte un truc que IE en supporte pas, on ne se prive pas pour le mentionner alors je vois pas pourquoi on ne le ferait pas avec IE.
[^] # Re: XSL considéré comme nuisible...
Posté par Éric (site web personnel) . En réponse à la dépêche Comprendre XSLT, critique du livre. Évalué à 1.
Peut etre mais au final c'est réussi, leur bébé tourne sur beaucoup de plateforme et personnellement je n'ai vu aucun bug d'interface. Moi je dis que le pari est réussi. Leur but était d'avoir quelque chose qui tourne avec le minimum de dépendances afin d'etre partout exactement pareil et de ne dépendre de personne. Moi je dis ca marche.
Au pire on peut penser que ca a été un peu gachi et du coup il n'y a pas d'intégration avec les themes gtk mais bon, c'est limité comme reproche.
Quand à QT ce n'est pas libre partout sauf erreur, J2/Swing est loin d'etre un exemple niveau ressources et beauté. De ce coté là franchement je n'ai rien à leur reprocher.
Mieux, leur XUL est peut etre lourd mais on voit effectivement des barres d'outils et autres petits trucs basés dessus qui tournent. Ca n'aurait pas été aussi simple pour les extensions avec du gtk par exemple.
Les gens de NS disait qu'il n'y aurait pas de coût en terme de performance en disant "pourquoi notre code serait plus lent que celui de Microsoft".
Finalement, avec Galéon/Kméléon ... on s'est rendu compte que la pénalité d'abstraction existait bel et bien.
Ah ? oui,Galeon, Kméléon, phoenix sont beaucoup plus légers. Ca vient de XUL.
Ah non, erreur ... phoenix est aussi tres léger mais toujours basé sur le toolkit de mozilla. Bon, ca ne doit pas etre la faute au toolkit alors :)
Bah quand GECKO supporte un truc que IE en supporte pas, on ne se prive pas pour le mentionner alors je vois pas pourquoi on ne le ferait pas avec IE.
Sauf que moz aussi gere ton XSLT donc bon ...