sleep/wait/pause javascript

Posté le vendredi 26 janvier 2007 à 11 h 10, Read it in english with Google

Alors ça c’est le gros problème en se moment : faire une pause en javascript.

Attention je parle de pause ‘in-line’ et pas de lancement de fonction avec settimeout :

ceci n’est pas du script inline et il est impossible de l’utiliser en gardant toujours le meme corp de function.

Certain s’embarque dans des boucles qui font forcer votre processeur comme jamais :

autant dire que ça fait déchets…

la seule solution possible actuellement semble etre de passer par le narrative javascript compiler qui lui va se débrouiller pour nous compiler un code qui va nous permettre de faire des pauses dedans.

je trouve tout de meme abérant que cela ne soit pas inclus au javascript standard… ça limite fortement les possibilités de créer un code simple et facile à utiliser.

Mise à jour 24 juillet 2007 : Ajaxian a trouvé une implémentation du narrative javascript permettant de ne pas changer la syntaxe originale de javascript dans vos codes : javascript Strands

Également dans les catégories javascript, programmation. Vous pouvez

suivre les nouveaux commentaires. Vous pouvez ajouter un commentaire, ou faire un trackback sur votre site.

20 réponses à “sleep/wait/pause javascript”

javascript eval global final contient sur le sujet :
[…] généralement window.setTimeout(script, 0) mais ça ne marche pas même si on essaye d’attendre l’éxécution. Les variables voulant être définies ne seront disponibles que lors d’un apel non inline […]
le vendredi 6 avril 2007 @ 18 h 30
pkoipas a écrit le mardi 8 mai 2007 @ 2 h 01 :
Javascript est ‘hard-threated coded’, contrairement aux langages dits de haut-niveau (tels que le C/C++/Pascal/Delphi/ VB/Windev etc) ou de bas niveau (l’assembleur que l’on pourrait qualifier de parent des sus-précédents et d’enfant du langage machine).
Pour résumer simplement, les threads octroient à un programme l’exécution simultanée de plusieurs tâches en parallèle et, dans un environnement applicatif parfait, le « plantage » d’une ou plusieurs tâche(s) reste sans incidence sur le programme gestionnaire (Définition théorique)
Prenons l’exemple basique, mais réaliste, d’un applicatif de dessin ayant à prendre en compte 2 fonctions :
– L’une de remplissage de zones d’écran prédéfinies,
– L’autre de tracé en fonction du mouvement de la souris.
Après avoir tracé un cadre dont je dde le remplissage d’une couleur, je trace un trait. Mais durant que le traçage de ce trait, le remplissage continu à s’effectuer.
Que nous soyons « physiquement montés » x86 ou 68x, voire logiciellement « krosoft » ou « linux »(ou même MACosX) notre processeur a effectué un multitache préemptif (un partage de temps entre nos demandes et nos besoins).
Voir même un partage temps réel avec un bi ou quad core !!!! (Euh seulement une utopie, aucun prog ou si peut savent les procs multi-core).
Mais qu’en est il dans tout cela de notre Javascript ?????
Ben il reste toujours aussi ‘hard-threated coded’ 😉
Il est par là donc construit par un support ne supportant pas les threads.
Il est linéaire et interprèté !
Non, ne criez pas à sa mort :
– 1 : C’est le seul point commun existant entre moteurs Gecko, IE, Opera et autres !
– 2 : Il est le langage le plus décrié mais s’il est l’un des plus difficile à appréhender
(hormis le C/C++ et pis l’assembleur …)
il est l’un des plus agréable à pratiquer surtout en POO (Si si, Javascript en POO
c’est extra!!!!)
(‘javascript oop’ sur le net pour ceux qui veulent vraiment l’apprendre)
– 3 : Il permet un web dynamique et mieux encore depuis que le pépé ‘Ajax’ a été sorti
des tiroirs ! Cf. Bindows par exemple !!!!!!!!!!!
Mais il n’est pas hard-threated. Toute action, toute cde lui étant soumis est « queued » 😉
Et même ‘narrative javascript’ va s’appuyer sur ses fonctionnalités pour lui permettre de ‘pauser’.
Cela dit, ‘narrative javascript’, ‘Dojo’, ‘Prototype’ j’en oublie et pas des moindres, sont les frameworks sur lesquels doivent s’axer tous les futurs webdevs.
Arghhtt, J’avais oublié le meilleur : ‘jsquery’

Donc, il est bien évidemment possible de pauser son programme javascript interprèté …
Il existe quelques solutions.
Et sans nécéssité de frameworks.
Mais les lire donne l’envie d’aller plus loin

Enjoy !
XoraX a écrit le mercredi 9 mai 2007 @ 0 h 08 :
c’est vrai, la pause en javascript n’est pas conseiller au-dela du fait qu’elle n’est pas réellement réalisable.

J’ai simplement écrit cet article car j’en avait besoin afin de tester la fonction evalglobal que j’ai créé sous le moteur KHTML (Konquero, safari..). J’avais pensé passer par setTimeout au départ, ce qui était une erreur.

testez ceci sur n’importe quel moteur, le résultat est impréssionnant :

span class="st0">'var test = function(){ alert("test is a function"); }''function''test definitly undefined''function') test();

La priorité d’éxécution est donnée au scope en cours ce qui délaisse la fonction envoyée à setTimeout.
matej a écrit le mercredi 5 décembre 2007 @ 11 h 56 :
I try your code, but « object EventNotifier not defined »
Exist any library with this?
XoraX a écrit le vendredi 14 décembre 2007 @ 23 h 29 :
yes, but it’s hard to implement : this is narrative JS
alex a écrit le vendredi 2 mai 2008 @ 9 h 26 :
à titre d’info, j’ai vu une autre fonction qui permettrait de faire un semblant de pause bloquante …..
tMS a écrit le vendredi 23 mai 2008 @ 17 h 28 :
« un semblant de pause bloquante ….. » …. et qui bouffe tout le CPU, tu as oublié de dire !
Thoams a écrit le mardi 20 janvier 2009 @ 16 h 03 :
Bonjour,

En regardant la référence Narative (http://www.neilmix.com/narrativejs/doc/reference.html) j’ai vu qu’il existait une méthode sleep.

Peut-être est-elle plus récente que ton article ?

Bonne journée,
Thoams 😉
création de site web a écrit le jeudi 28 mai 2009 @ 9 h 23 :
pour toute focntion du php vers le js allez voir :
http://kevin.vanzonneveld.net/techblog/article/javascript_equivalent_for_phps_sleep/
Méthylbro contient sur le sujet :
Sleep en Javascript…

En php ; vous connaissez certainement la fonction sleep() qui permet d’endormir votre script pendant un laps de temps donné. Mais en javascript ; même s’il est possible de travailler avec des événements temporels ; il n’existe pas de fonction simila…
le vendredi 6 novembre 2009 @ 10 h 22
themoule a écrit le vendredi 19 février 2010 @ 18 h 51 :
Bonjour à tous,
La solution ci-après me semble fiable :
Dans le code javascript, vous faites un appel à un code php (qui contient une pause) et continuez le code javascript uniquement après une réponse favorable du php.
Merci Ajax 🙂
XoraX a écrit le lundi 22 février 2010 @ 21 h 40 :
lol ben tu m’apelle qu’en t’arrive à faire une requète ajax sans changer de contexte, parce que ça reviens à faire un setTimeout ton truc 😀
pneus a écrit le lundi 29 mars 2010 @ 19 h 44 :
Tu peux faire un appel ajax synchrone… Mais quel arsenal pour une tache aussi bénigne !
Elendil a écrit le samedi 29 mai 2010 @ 0 h 35 :
Hello,

Je pense avoir trouvé une solution pour créer un « wait » sans faire appel au serveur.
Pour ce faire, il faut créer une applet avec une fonction « jsWait » (parce qu’on peut pas redéfinir la fonction « wait » standard de la classe « Object ») :

——————————————————–
import java.applet.Applet;

public class MomApplet extends Applet {

private Object synchro = new Object();

//fonction d’attente passive
public void jsWait(long timeInMillis) {

synchronized(synchro) {

try {

synchro.wait(timeInMillis);

} catch (InterruptedException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}

}

}

}
——————————————————–

Ensuite, après compilation de l’applet, il suffit de l’inclure dans la page :

——————————————————–

——————————————————–

Et pour finir, il suffit de créer une fonction javascript qui fait appel à la méthode de l’applet :

——————————————————–
function wait(timeInMillis) {

document.getElementById(‘monApplet’).jsWait(timeInMillis)

}

Et voila ! Je n’ai testé ça qu’avec Firefox, mais ça devrais fonctionner avec tous les browsers pour autant qu’ils acceptent de faire tourner des applets…
Elendil a écrit le samedi 29 mai 2010 @ 0 h 38 :
Ooops ! Visiblement il a prit mes balise à la lettre… Voici ce qui devait figurer

applet id= »monApplet » code= »MonApplet.class » codeBase= »{chemin relatif vers le répertoire de l’applet} »
Bisra a écrit le mardi 8 février 2011 @ 18 h 56 :
Bravo Elendil !
J’ai utilisé la classe avec la fonction JsWait et c’est super..
Voilà mon html d’essai:

function wait(timeInMillis) {
document.getElementById(« id_tempo »).jsWait(timeInMillis)
}

document.write(‘Début temporisation’);
wait(5000);
document.write(‘Fin temporisation’);
antoineg a écrit le lundi 23 mai 2011 @ 17 h 12 :
Une requête ajax qui appelle un php avec un sleep ? Vraiment tordu …

Pourquoi simplement prendre en compte que ce language n’a pas été developpé pour effectuer des pauses ?

De plus je pense que tu ne comprends pas très bien le mot AJAX, oui dedans il y a asynchrone. Cela veut dire que ca requête ne bloque pas l’exécution de code … plutôt ridicule donc !

Si c’est pour appeler une request ajax et dans le retour appeler ton code … autant faire un setTimeout …

Evite de donner des idées stupides.
DrMad a écrit le mercredi 8 juin 2011 @ 15 h 13 :
@antoineg
Pas de synchrone en AJAX ? A quoi sert le booléen dans la fonction open de l’XHR alors ?
Merci de nous expliquer au lieu de lancer des phrases définitives …
🙂
dem a écrit le samedi 18 juin 2011 @ 17 h 19 :
un des codes marche pour créer une pause mais je n’arrive pas a faire de transaction, pouvez vous m’aider a faire cela?
DENIS a écrit le mardi 30 septembre 2014 @ 4 h 34 :
sous IE, il y a les activeX…
un vbs avec :
Wscript.Sleep Wscript.Arguments(0)
et dans le html:
// pause script
WshShell = new ActiveXObject(« WScript.Shell »);
var sNewCmd = ‘ »D:/SkyDrive/Prive/Systeme/Outils/JavaScript/WebPerso/VB_sleep.vbs » 600’;
WshShell.run(sNewCmd, 1, true);
😉

XoraX Source-Blog

sleep/wait/pause javascript

20 réponses à “sleep/wait/pause javascript”

Laissez un commentaire :