Re: workers ...

ou le navigateur entier dans le cas de Firefox à moins que ça n'ai été réglé depuis

ça fait en fait un bon moment que cela a été réglé… dans Gecko. Mais pas appliqué à Firefox Desktop. Cette fonctionnalité était le projet Electrolysis, pour ceux qui s'en souviennent.

Dans une application XUL (comme Firefox), dans Gecko, on a à disposition une balise pour afficher une page web.

 <browser src="http://site.com">

c'est en gros une iframe plus évoluée au niveau propriété/methodes. Depuis Firefox 4/Gecko 2 , il suffit de faire

 <browser remote="true" src="...">

pour avoir la page web qui s’exécute dans un processus séparé et il y a aussi

 <iframe mozbrowser remote> 

pour les webapp.

Donc dans Gecko, on a la possibilité depuis longtemps d'afficher une page dans un process séparé, que ce soit en XUL ou en C++. Et c'est largement utilisé dans Firefox Mobile (sur Android) et dans Firefox OS.

Pourquoi ce n'est pas appliqué à Firefox Desktop :

• Sur le desktop, ça ne semble pas apporter énormément : augmentation de la mémoire utilisée etc.. Surtout avec les travaux de "parallélisation" dans le moteur de layout par exemple qui ont eu lieu et qui ont permis d'améliorer les choses indirectement (ex: OMTC même si ce truc n'est pas encore actif je crois dans la version desktop).
• lancer une page web dans un process séparé, implique une nouvelle manière pour les extensions XUL pour accéder au contenu de la page web (passages de messages plutôt que de manipuler directement le contenu). Même si des extensions utilisent déjà la nouvelle API, le passage définitif au multiprocess pour les pages web va casser bon nombre d'extensions.
• Et cela ne cassera pas seulement les extensions, mais aussi Firefox : il faut réécrire énormément de choses dans l'interface de Firefox. C'est un long travail qu'ils ont à peine commencer. Et comme ils ont d'autres priorités en ce moment comme Firefox OS etc…