[70] 仕様上、特定の条件が満たされるまで待つことが求められている場合があります。
条件はイベント・ループの状態であったり、利用者の操作であったり、
OS の状態であったり色々ですが、いずれにせよ単純なアルゴリズムの逐次実行とは異なる動作が起こります。
完全なリストがあると良いが多い- [101] encoding sniffing algorithm
- 利用者エージェント依存ながらも 500ms または 1024 バイトの早い方まで待つのがよいとされています
- [147]
<input type=file> の活性化動作は、前回の実行が完了するまで待ったり、
利用者によるファイルの選択が終わるまで待ったりします。 - [148]
input イベントを input 要素や textarea
要素で発火するタスクをキューに入れる前に利用者の動作を適当に (例えば 100ms くらい) 待っても構いません。 - [153] start the
track processing model の途中で待つことがあります。 - [174] スピン (>>17)
- [190] display steps 実行前に通知できるようになるまで待つ
- Notifications API Standard ( 版) http://notifications.spec.whatwg.org/#pending-notifications
- update the image data
- マイクロタスクをキューに入れる条件が達成されるまで待ちます
- セッション履歴イベントループは、タスクがキューに入れられるまで待ちます。
- WebSocket接続の確立
- ワーカーを殺す際、利用者エージェント依存の時間待ちます。
[154] 「待つ」という語を使って定義されているものの、「待つ」を使わない単純な形に容易に読み替えられるもの:- [155]
navigator.languages の値が変化する場合の処理
タイマー (>>97) も参照してください。他のタスクを待つ
[94] 次の算法では、途中のステップで別のタスクの完了を待ちます。
- [92] resource fetch algorithm
- [93] resource selection algorithm
Fetch を待つ
[141] 次の算法では、途中のステップで fetch の完了を待ちます。
- navigate
- [142]
importScripts - [191] display steps
- Notifications API Standard ( 版) http://notifications.spec.whatwg.org/#display-steps
- [192] replace steps
- Notifications API Standard ( 版) http://notifications.spec.whatwg.org/#replace-steps
- XHR (async = false)
- document.load (async = false)
タイマー
[97] いくつかの処理は、指定された時間が経過するのを待って実行されます。
詳しくは時計時計 (Web)を参照。