Comment autoriser un gadget de bureau Google à mettre à jour son interface utilisateur (gérer les entrées utilisateur) alors que le code sous-jacent est occupé/bloqué?

Question

Prenez votre gadget Google Desktop moyen. Ajoutez le code suivant:

debug.trace("go!"); 
for (var i = 0; i < 100000000; i++) { // google desktop stops responding 
     j = 12 * i; 
} 
debug.trace("finished"); 

Tous les gadgets de bureau Google verrouillent/gel pendant toute la durée, y compris le gadget le code est en cours d'exécution dans (le raccourci double quart de travail normal ne fonctionne pas, vous pouvez ne déplacez aucun gadget ou n'interagissez pas avec eux d'une autre manière: l'icône de la barre des tâches est réactive, mais ne fait rien - par exemple, la page des options n'est pas chargée tant que le code n'est pas terminé).

Je cherche un moyen de contourner cette situation générale (mon cas est que je fais des appels de fonction externes via une DLL qui prend beaucoup de temps à retourner, voir gmanifest 'install' élément). Le fait que les appels (/ code ci-dessus) soient déclenchés via setInterval/setTimeout ne semble pas faire de différence, et aucun code qui serait normalement appelé par un timer ne sera exécuté pendant que l'appel long est en cours.

Je suppose que cela est possible, parce que lorsque vous essayez le code suivant à la place de la boucle occupée ou mon blocage d'appel de fonction externe, rien ne se bloque:

var wsh = new ActiveXObject("WScript.Shell"); 
wsh.run("cmd.exe",1,true); // true = block until program has exited 
// UI responds in this period 
debug.trace("finished"); // occurs when cmd.exe is closed 

Je ne Je ne sais pas quelle est la différence entre ces trois cas. Des idées, et plus important encore, un moyen de contourner cela?

Pensées:

• La boucle est occupée ne bloque pas en tant que telle, mais simplement d'utiliser tous temps processeur si rien ne se passe est donc pas représentatif (semble peu probable) [edit: non, il bloque ]

• La DLL ou question que je l'utilise est défectueux ou mal, respectivement (pourrait être, je peux ajouter plus de détails si nécessaire) [edit: ne semble pas, juste un appel de blocage normale]

• google gadgets "connaît" wscript.shell et carrie s en cours alors que "run" bloque (semble peu probable) [edit: sans réponse!]

• Je pourrais générer un thread de travail pour le code de blocage (je ne trouve rien sur le contrôle de thread explicite dans les gadgets) [ éditer: pas possible; javascript a un seul thread]

• Enveloppez l'appel de bloc dans un programme externe, fichier d'interrogation pour les mises à jour d'état (voir réponse)

Answer 1

Javascript exactement un thread exécutant avec une pile d'appel. Vous ne pouvez pas parquer ce thread, en sauvant la pile d'appels et le reprendre plus tard.

La méthode javascript pour que les choses restent réactives est de s'assurer que vous recevez un rappel lorsque l'exécution est prête. En règle générale, ne monopolisez jamais le fil et attendez que quelque chose se produise.

C'est pourquoi il y a un A dans AJAX (asynchrone) - même si vous pouvez rendre XmlHttpRequest synchrone, c'est généralement considéré comme une mauvaise idée.