Skip to content

Commit

Permalink
Fix typos (mdn#36109)
Browse files Browse the repository at this point in the history
* Fix typos

* add remainging to ignore list

* run cspell formatter
  • Loading branch information
OnkarRuikar authored Sep 30, 2024
1 parent 6935404 commit ca5b947
Show file tree
Hide file tree
Showing 2 changed files with 4 additions and 1 deletion.
3 changes: 3 additions & 0 deletions .vscode/ignore-list.txt
Original file line number Diff line number Diff line change
Expand Up @@ -649,6 +649,7 @@ camelcase
Camen
Camino
Camtasia
canadien
cand
Candara
Caniuse
Expand Down Expand Up @@ -2979,6 +2980,7 @@ monkeypatch
monoscopic
Montag
montecarlo
Montulli
moof
Moonrocks
Mooog
Expand Down Expand Up @@ -3311,6 +3313,7 @@ nonliteral
nono
nonsparse
nonstrict
nonterminal
nonummy
nonumy
Norah
Expand Down
2 changes: 1 addition & 1 deletion files/en-us/web/api/scheduler/yield/index.md
Original file line number Diff line number Diff line change
Expand Up @@ -91,7 +91,7 @@ The order in which the promise returned by `scheduler.yield()` is resolved relat
By default, `scheduler.yield()` is run with a [`"user-visible"`](/en-US/docs/Web/API/Prioritized_Task_Scheduling_API#user-visible) priority. However, continuation after a `scheduler.yield()` call has a slightly different behavior than `scheduler.postTask()` tasks of the same `priority`.
`scheduler.yield()` enqueues its task in a boosted task queue compared to a `scheduler.postTask()` of the same prioritiy level. So, for instance, a `scheduler.yield()` continuation with `"user-visible"` priority will be prioritized after `scheduler.postTask()` tasks of the higher `"user-blocking"` priority level, but before `scheduler.postTask()` tasks of the same `"user-visible"` priority (in the spec, this is defined by a task queue's [effective priority](https://wicg.github.io/scheduling-apis/#scheduler-task-queue-effective-priority)).
`scheduler.yield()` enqueues its task in a boosted task queue compared to a `scheduler.postTask()` of the same priority level. So, for instance, a `scheduler.yield()` continuation with `"user-visible"` priority will be prioritized after `scheduler.postTask()` tasks of the higher `"user-blocking"` priority level, but before `scheduler.postTask()` tasks of the same `"user-visible"` priority (in the spec, this is defined by a task queue's [effective priority](https://wicg.github.io/scheduling-apis/#scheduler-task-queue-effective-priority)).
This is sometimes described as `scheduler.yield()` enqueuing its task at the front of a priority level's queue, while `scheduler.postTask()` tasks go at the end. This can be a useful mental model. In situations with just a few tasks, this means that with the same priority, the `scheduler.yield()` continuation will come first, allowing additional flexibility in how tasks can be scheduled. For example:
Expand Down

0 comments on commit ca5b947

Please sign in to comment.