il ne se disperse pas du tout. Il s'améliore et suit les besoins du web d'aujourd'hui. Il ne faut pas confondre fonctionnalités d'interfaces (apportées par les extensions qui sont pas mal responsable de la lourdeur d'une interface si elles sont nombreuses), et les possibilités du moteur de rendu (qu'il est difficile voire impossible d'apporter par une extension).
Ici, on parle bien des possibilités du moteur de rendu et de la plateforme, pas de l'interface utilisateur.
L'implémentation de la vidéo (balise <video>), les API supplémentaires pour les applications web (html5, le offline etc), ce ne sont pas des choses que l'on peut apporter facilement par des plugins ou des extensions.
Le constat est simple aujourd'hui : les développeurs web ont besoin que le navigateur apporte certaines possibilités *nativement*, pour pouvoir réaliser plus facilement les applications d'aujourd'hui et de demain, et éviter de demander à leur internautes d'installer tel ou tel plugin pour utiliser leurs sites.
Les spécifications de HTML5 par le WHATWG est une bonne vitrine de ce qu'on a besoin aujourd'hui. Si on veut pouvoir les utiliser, il faut que le browser les implémente (ce qui valide au passage la faisabilité de ces specs). C'est ce que fait Mozilla. Sachant qu'une partie de ces specs est en cours de validation au w3c ou seront proposés plus tard.
Donc il est vrai que les futures browser seront plus lourd (et encore tout est relatif), mais ce n'est pas pour des choses inutiles, et ce n'est pas du tout en dehors du scope web. Il faut bien un jour faire évoluer les langages du web...
Comme je disais, la lourdeur est relative. Un exemple : beaucoup de lib javascript aujourd'hui implémente pas mal de trucs qui améliorent l'API DOM et javascript, de manière à simplifier le boulot des développeurs. Qu'est ce qui te semble le plus lourd ? ces libs javascripts, que l'on doit inclure dans chaque page web ? Ou leur implémentation native dans le moteur javascript du browser, ce qui aurait pour conséquence des pages plus légère et des scripts plus rapide ?
Autre exemple : je préfère que mon browser implémente nativement la balise <video> avec un codec theora libre, plutôt que de devoir subir l'installation d'un truc lourd et fermé comme Flash, pour lire simplement des vidéos. Et au final, le browser n'est pas forcément plus lourd (je doute que browser+<video> soit plus lourd que browser+flash)
(Au passage, il y a déjà une version expérimentale de Firefox implémentant <video> http://www.bluishcoder.co.nz/2007/05/support-for-html-video-element-in.html )
[^] # Re: La peur me gagne !!!
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Firefox : Entretien avec la présidente de la Mozilla Foundation. Évalué à 4.
Ici, on parle bien des possibilités du moteur de rendu et de la plateforme, pas de l'interface utilisateur.
L'implémentation de la vidéo (balise <video>), les API supplémentaires pour les applications web (html5, le offline etc), ce ne sont pas des choses que l'on peut apporter facilement par des plugins ou des extensions.
Le constat est simple aujourd'hui : les développeurs web ont besoin que le navigateur apporte certaines possibilités *nativement*, pour pouvoir réaliser plus facilement les applications d'aujourd'hui et de demain, et éviter de demander à leur internautes d'installer tel ou tel plugin pour utiliser leurs sites.
Les spécifications de HTML5 par le WHATWG est une bonne vitrine de ce qu'on a besoin aujourd'hui. Si on veut pouvoir les utiliser, il faut que le browser les implémente (ce qui valide au passage la faisabilité de ces specs). C'est ce que fait Mozilla. Sachant qu'une partie de ces specs est en cours de validation au w3c ou seront proposés plus tard.
Donc il est vrai que les futures browser seront plus lourd (et encore tout est relatif), mais ce n'est pas pour des choses inutiles, et ce n'est pas du tout en dehors du scope web. Il faut bien un jour faire évoluer les langages du web...
Comme je disais, la lourdeur est relative. Un exemple : beaucoup de lib javascript aujourd'hui implémente pas mal de trucs qui améliorent l'API DOM et javascript, de manière à simplifier le boulot des développeurs. Qu'est ce qui te semble le plus lourd ? ces libs javascripts, que l'on doit inclure dans chaque page web ? Ou leur implémentation native dans le moteur javascript du browser, ce qui aurait pour conséquence des pages plus légère et des scripts plus rapide ?
Autre exemple : je préfère que mon browser implémente nativement la balise <video> avec un codec theora libre, plutôt que de devoir subir l'installation d'un truc lourd et fermé comme Flash, pour lire simplement des vidéos. Et au final, le browser n'est pas forcément plus lourd (je doute que browser+<video> soit plus lourd que browser+flash)
(Au passage, il y a déjà une version expérimentale de Firefox implémentant <video> http://www.bluishcoder.co.nz/2007/05/support-for-html-video-element-in.html )