News Xulfr

Techniquement, une balise <browser> de type "content" ou "content-primary" créera un processus. Le traitement et l'affichage des pages web se fera dans ce processus. Comme chaque onglet dans Firefox créé une balise <browser>, chaque onglet aura donc son propre processus.

L'avantage d'avoir un processus ouvert pour chaque onglet permet d'isoler l'exécution de la page web. Ainsi l'application ne sera pas affectée par un crash qui pourrait survenir à cause de la page web, ou par une exécution trop longue de code javascript, qui, dans les version actuelles de Firefox, gèle complètement l'interface. Au passage, cela améliorera la sécurité.

Un des inconvénients d'avoir un processus pour chaque page web, est que les extensions ou le chrome de l'application ne pourront plus accéder directement au contenu de la page web. Et vice versa, les événements survenant dans la page web (ex: clic droit pour afficher un menu contextuel XUL) ne pourront plus remonter directement dans le chrome. Il y aura une sorte de système de "proxy", donc une API spécifique, pour que la communication puisse se faire entre la page web et le navigateur (donc entre le processus de la page web, et le processus de l'application). Il faudra donc s'attendre à effectuer de profondes modifications dans les extensions qui manipulent les pages web.

Ce projet va prendre plusieurs mois, et à la fin de l'année, il se pourrait que l'on ait quelque chose de fonctionnel. Ce ne sera donc disponible au mieux que dans la version qui suivra Firefox 3.5, et qui sortira courant 2010.