Change link to the spec
This commit is contained in:
parent
ff4ef57c8c
commit
fe525d2c93
1 changed files with 2 additions and 2 deletions
|
@ -102,7 +102,7 @@ As we can see from `alert` output, in a browser the timer identifier is a number
|
|||
|
||||
Again, there is no universal specification for these methods, so that's fine.
|
||||
|
||||
For browsers, timers are described in the [timers section](https://www.w3.org/TR/html5/webappapis.html#timers) of HTML5 standard.
|
||||
For browsers, timers are described in the [timers section](https://html.spec.whatwg.org/multipage/timers-and-user-prompts.html#timers) of HTML Living Standard.
|
||||
|
||||
## setInterval
|
||||
|
||||
|
@ -256,7 +256,7 @@ The first line "puts the call into calendar after 0ms". But the scheduler will o
|
|||
There are also advanced browser-related use cases of zero-delay timeout, that we'll discuss in the chapter <info:event-loop>.
|
||||
|
||||
````smart header="Zero delay is in fact not zero (in a browser)"
|
||||
In the browser, there's a limitation of how often nested timers can run. The [HTML5 standard](https://html.spec.whatwg.org/multipage/timers-and-user-prompts.html#timers) says: "after five nested timers, the interval is forced to be at least 4 milliseconds.".
|
||||
In the browser, there's a limitation of how often nested timers can run. The [HTML Living Standard](https://html.spec.whatwg.org/multipage/timers-and-user-prompts.html#timers) says: "after five nested timers, the interval is forced to be at least 4 milliseconds.".
|
||||
|
||||
Let's demonstrate what it means with the example below. The `setTimeout` call in it re-schedules itself with zero delay. Each call remembers the real time from the previous one in the `times` array. What do the real delays look like? Let's see:
|
||||
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue