Brouillon

Les différentes situations d'instanciation et de lancement d'un thread

• situation A : l'objet nsIRunnable est un objet JS défini, instancié dans une variable javascript dans le script xul, et lancé par un objet thread instancié dans le script xul
• situation B : l'objet nsIRunnable est un xpcom, et instancié dans le script XUL et lancé par un objet thread instancié dans le script xul
• situation C : l'objet nsIRunnable est un xpcom, instancié dans un autre Xpcom, lancé par un objet thread instancié dans ce même xpcom

Les traitements dans ce nsIRunnable :

1. on ne fait appel à aucun objet de l'exterieur (document, DOM, objets des scripts XUL, ou n'importe quel autre XPCOM)
2. on ne fait appel qu'à des xpcoms que l'on instancie dans run()
3. on veut faire appel à des objets DOM et autres objets JS natifs (Math &co) instanciés dans le script XUL
4. on veut faire appel à des XPCOM instanciés dans le script XUL
5. on veut faire appel à un XPCOM instancié en getService à partir d'un script XUL

Quoi faire dans chaque cas ? est -il possible ? Doit-on proxyfié ? à quel moment fait-t-on le proxy (constructeur du nsIRunnable, ou dans le run()) etc... Bref, toutes les infos pour que ça fonctionne (si c'est possible)

Comportement inféré :

Si on doit créer un proxy, alors il faut toujours le créer en dehors du run()

Tout ce qui est objet global JS (Math..)et XPCOM est considéré comme GLOBAL.

Tout ce qui est déclaré au niveau script XUL est DOM.

Si nsiRunnable est DOM : objets globals/XPCOM doivent être proxifiés.

Si nsiRunnable est XPCOM: objets DOM doivent être proxifiés.

L'endroit où est instancié l'objet nsIThread n'a aucune importance à priori.

Si on veut faire du thread avec des objets DOM, il est préférable d'utiliser un nsIRunnable déclaré dans le contexte DOM