La particularité réside dans le fait que ces crash seront gérés par page, ou onglet, ce qui permettra d’isoler l’élément perturbateur, sans pour autant nuire au fonctionnement global du navigateur.
Pour l’instant, seuls Quicktime, Flash et Silverlight peuvent être gérés, mais à l’avenir, la fondation annonce beaucoup plus d’extensions prises en compte.

A notez que grâce à un simple lien dans la notification de crash, il est possible de reporter les bugs, ce qui permet aux développeurs de mieux cerner les potentiels vecteurs d’erreurs.

Quoi qu’il en soit, la course aux fonctionnalités est bien lancée, notamment entre le moteur Gecko et le moteur Webkit, et on est en droit de subodorer des changements majeurs pour l’avenir proche !

Source de l’article

Aujourd’hui, les add-ons sont liés à l’expérience de l’utilisateur et donc souvent indissociables de l’utilisation des navigateurs. Que doit-on en déduire?

Si Microsoft tient ces propos, nous sommes en droit de douter de la crédibilité des faits. Lorsque l’on installe un add-on, ce dernier s’accompagne bien souvent, et malheureusement, d’applications tierces qui peuvent en effet ralentir l’utilisation du navigateur. Mais comme le souligne la source de cette article sur Clubic, IE8 n’attire vraiment pas les développeurs, et s’il comptait 1200 modules complémentaires à sa sortie, il n’en compte désormais plus que 600, ce qui ne manque pas de souligner le déclin constant du navigateur made in Microsoft.

Force est de constater que la firme de Redmond cherche désespéremment un moyen de renouer avec le succès côté web, et ce ne sont pas les forces d’IE8, ni le « ballot screen’ (voir cet article) qui font son affaire.

En bref, cette petite étude paraît intéressante dans l’idée, mais ne laisserait-elle pas entendre un besoin de justification?