[JavaScript] sleep() wait() pauze()

[Jurgle]

Waarde GOTters,

JavaScript topics horen normaalgesproken niet thuis in /14, weet ik, maar dit is volgens mij een uitzondering omdat ik een algemeen probleem heb dat toevallig bij javascript tot uiting komt.

Het gaat om sleep() functionaliteit nabootsen. Java programmeurs kennen de Thread.sleep(), maar JavaScript beschikt niet over dergelijke functionaliteit.

Wel is deze na te bootsen op verschillende manieren:
setTimeout(func, time)
Het nadeel hiervan is dat de code niet echt sleept, maar een nieuwe thread opstart met een bepaalde vertraging. De code onder setTimeout() wordt gewoon uitgevoerd zonder op 'time' te wachten.
while(huidigeTijd < ingesteldeTijd) { }
Voordeel bij deze is dat de code echt stopt. Nadeel is dat je browser hangt totdat de loop klaar is, of bij een andere taal je processor load een oplazer krijgt.

Nu heb ik gegoogled en het blijkt niet echt te bestaan of na te maken in javascript dat het proces echt 'sleept', niks doet. Wel is er een soort van framework/compiler-achtig iets NARRATIVE JavaScript dat met een uitbreiding erop (STRANDS) zegt wel te kunnen slapen, maar is volgens mij behoorlijk wat overhead. Heeft iemand hier ervaring mee?

Wat zou een goede / de best mogelijke oplossing zijn voor sleep() in javascript?

[crisp]

Geef eens een usecase waarbij je deze functionaliteit nodig denkt te hebben?

[P.O. Box]

niet echt de oplossing die je wilt natuurlijk, maar setTimeout gebruiken is een oplossing...

JavaScript:

function deelVoorTimeOut() {
    // doe dingen
}

function deelNaTimeOut() {
   // doe nog meer dingen
}

deelVoorTimeOut();
setTimeout(deelNaTimeOut(), 5000);

[storeman]

en, de vaak vergeten, maar wellicht ook toepasbaar:

setInterval(deelNaTimeOut(), 5000);

[Jurgle]

Usecase:
Custom alerts/prompts/confirms, dus window.alert overriden bijvoorbeeld.

Wat de bedoeling is is dat de native window.confirm() niet meer gebruikt wordt, maar in plaats daarvan een Modal getoond wordt die bijvoorbeeld met AJAX opgehaald wordt of voorgedefinieerd is in de HTML. Bij een window.confirm() 'slaapt' de code totdat een gebruiker ja of nee kiest en window.confirm() returnt dit: var antwoord = confirm('Echt?');

Dit kan niet met een eigen formpje. Tenzij (beknopt voorbeeld)....:

JavaScript:

var antwoord;
window.confirm = function (txt) {
   antwoord = null;
   toonForm(txt);
   while (antwoord == null) {sleep(10)};
   return antwoord;
}

function toonForm(txt) {
   ...
}

function buttonClick(bool) {
   antwoord = bool;
}

en vervolgens ergens waar je een confirm nodig hebt kun je gewoon de normale syntax gebruiken.

@setTimeout en setInterval oplossingen: Dat kan hier dus niet omdat je de scope verliest. (Overigens moet bij beide voorbeelden de deelNaTimeOut() tussen quotes staan omdat deelNaTimeOut() anders direct wordt uitgevoerd en het resultaat ervan wordt geevalueerd na de timeout...)

[ Voor 14% gewijzigd door Jurgle op 26-10-2007 11:31 ]

[disjfa]

Ja maar dan laat je toch gewoon je script zijn werk doen en als bv een pagina geladen is kan je MBV ajax javascript en dergelijke gewoon je functie aanroepen?

Sleep is bij html niet nodig. Roep gewoon je script aan als jij dat wilt. Dat kan nu, dat kan bij een response van ajax, dat kan als je ergens op klikt.

[ Voor 33% gewijzigd door disjfa op 26-10-2007 11:32 ]

[Jurgle]

@disjfa: heb je mn case gelezen?

[crisp]

Jurgie: IE ondersteunt ook modal popup-windows, helaas is dat (nog) niet cross-browser compatible...

[Jurgle]

Precies... maar los van de case ben ik erg benieuwd of er een sleep() oplossing of iets wat in de buurt van een sleep() oplossing komt bestaat.

[ Voor 5% gewijzigd door Jurgle op 26-10-2007 12:19 ]

[crisp]

Jurgle schreef op vrijdag 26 oktober 2007 @ 12:10:
Precies... maar los van de case ben ik erg benieuwd of er een sleep() oplossing of iets wat in de buurt van een sleep() oplossing komt bestaat.

nope...

[Jurgle]

hmmmz, iemand ervaring met Narrative js en of strand?

[voodooless]

Jurgle schreef op vrijdag 26 oktober 2007 @ 12:24:
hmmmz, iemand ervaring met Narrative js en of strand?

Lijkt me behoorlijk overkill om alleen maar even snel een sleep functie te willen hebben...

[.Johnny]

Als je een modal popup wilt, kun je dit toch nabootsen door een transparante layer over al je content te leggen en daarop een layer te positioneren met je dialog?
Aan elke button op je dialog kun je dan zoals al aangegeven je eigen actie definieren; misschien is het de moeite het eens van die kant proberen te benaderen ipv de sleep te kopieren. Volgens mij is logisch gezien de sleep ook helemaal niet datgene dat je eigenlijk wilt bereiken; maw: zoek de functies om je doel te bereiken ipv de oude functies proberen te kopieren

edit; over je scope verlies; dat hoeft helemaal geen probleem te zijn; dan sla je de scope toch op in een globale variabele?

[ Voor 10% gewijzigd door .Johnny op 26-10-2007 13:05 ]

[Jurgle]

@voodooless: Mee eens, daarom ben ik benieuwd of iemand een uitgeklede versie kent of er al wat mee gerommeld heeft.

@.Johnny: Los van het voorbeeld ben ik benieuwd of sleep() kan... volgens mij inderdaad niet. Over het voorbeeld: wat ik wil kunnen doen is:

JavaScript:

var antwoord = confirm('Echt waar?'); //met door een override mijn
                                      //eigen implementatie van window.confirm

En daar heeft iets sleep()-isch en de scope dus zeker iets mee te maken.

Hoe die modal eruit zien en hoe ik het aanpak is een tweede (scripaculous en Control.modal) maar daar gaat het niet om in deze thread.

[ Voor 6% gewijzigd door Jurgle op 26-10-2007 13:44 ]

[Jurgle]

Schop!

En: wat ook een mogelijkheid zou zijn is een yield achtige operatie... iemand?

[RobIII]

http://www.subimage.com/dhtml/subModal/ zoiets misschien ?
Beter lezen robbie

[ Voor 20% gewijzigd door RobIII op 30-10-2007 14:06 ]

[Jurgle]

Met dat verschil dat subModal hetzelfde doet als wat ik nu al heb, het gebruikt een callback

Ik wil:

JavaScript:

var antwoord = showConfirm('echt?');

en niet:

JavaScript:

var antwoord;
showConfirm('echt?', function (val){antwoord = val;});

[riezebosch]

Kijk anders eens in de Ajax Control Toolkit. Daar heb je een kant en klare ModalPopup. En volgens mij zit de source[ erbij in.

Ik zie namelijk eerlijk gezegd niet het verband tussen een modal popup en een sleep...

[ Voor 39% gewijzigd door riezebosch op 30-10-2007 14:59 ]

[Jurgle]

@riezebosch: Dat verband zit hem in:

Jurgle schreef op dinsdag 30 oktober 2007 @ 14:08:
Ik wil:

JavaScript:

var antwoord = showConfirm('echt?');

en niet:

JavaScript:

var antwoord;
showConfirm('echt?', function (val){antwoord = val;});

Maar wat dus ook een optie is ipv sleep() is een Yield constructie... iemand een idee hoe dat te doen of simuleren is in javascript?

[ Voor 17% gewijzigd door Jurgle op 30-10-2007 15:15 ]

[Toolskyn]

Jurgle schreef op vrijdag 26 oktober 2007 @ 11:28:
@setTimeout en setInterval oplossingen: Dat kan hier dus niet omdat je de scope verliest. (Overigens moet bij beide voorbeelden de deelNaTimeOut() tussen quotes staan omdat deelNaTimeOut() anders direct wordt uitgevoerd en het resultaat ervan wordt geevalueerd na de timeout...)

JavaScript:

function someFunction() {
    var foo = 'bar at ';
    alert(foo + new Date().toUTCString());

    setTimeout(function() {
        alert(foo + new Date().toUTCString());
    }, 3000);
}

De scope is geen enkel probleem als je je deelNaTimeOut() functie binnen je DeelVoorTimeOut() functie defineerd, en zo wordt hij pas uitgevoerd na de timeout. (edit: moet je wel snel klikken met zo'n alert trouwens )

[ Voor 4% gewijzigd door Toolskyn op 30-10-2007 20:27 ]

[Jurgle]

Toolskyn schreef op dinsdag 30 oktober 2007 @ 20:25:
[...]

JavaScript:

function someFunction() {
    var foo = 'bar at ';
    alert(foo + new Date().toUTCString());

    setTimeout(function() {
        alert(foo + new Date().toUTCString());
    }, 3000);
}

De scope is geen enkel probleem als je je deelNaTimeOut() functie binnen je DeelVoorTimeOut() functie defineerd, en zo wordt hij pas uitgevoerd na de timeout. (edit: moet je wel snel klikken met zo'n alert trouwens )

Neemt niet weg dat je in de ge-Timeout-te functie niet een waarde returnen naar de methode die someFunction() aanriep... Daardoor is setTimeout noch setInterval een optie.

[Toolskyn]

Jurgle schreef op woensdag 31 oktober 2007 @ 02:42:
[...]

Neemt niet weg dat je in de ge-Timeout-te functie niet een waarde returnen naar de methode die someFunction() aanriep... Daardoor is setTimeout noch setInterval een optie.

Dat wordt inderdaad lastig, je zou hoogstends een object kunnen returnen in someFunction(), daar in je getimeout-te functie een waarde inzetten, en in je orginele methode ook weer 3 seconden wachten. Maar dat ziet er nou ook niet echt fantastisch uit en je krijgt er dan ook weer problemen mee om in je aanroep-methode iets te returnen.