summaryrefslogtreecommitdiff
path: root/doc
diff options
context:
space:
mode:
authorKevin Donahue <kevindonahuedevelopment@gmail.com>2016-05-21 11:19:36 -0400
committerRobert Jefe Lindstaedt <robert.lindstaedt@gmail.com>2016-05-24 09:54:58 +0200
commitaf61ebf6e261f479ed93ca3f3fd2f5cbaeb63b2f (patch)
treec10bbc4856328935e468cb23d5ab8b33c0895468 /doc
parent20501275d376f1f3e950c2131dfad71c931f79e7 (diff)
downloadandroid-node-v8-af61ebf6e261f479ed93ca3f3fd2f5cbaeb63b2f.tar.gz
android-node-v8-af61ebf6e261f479ed93ca3f3fd2f5cbaeb63b2f.tar.bz2
android-node-v8-af61ebf6e261f479ed93ca3f3fd2f5cbaeb63b2f.zip
doc: fix typos in timers topic to aid readability
Typos in the `setTimeout` vs. `setImmediate` section were hindering readability. Fixed these typos. PR-URL: https://github.com/nodejs/node/pull/6916 Reviewed-By: Sakthipriyan Vairamani <thechargingvolcano@gmail.com> Reviewed-By: Robert Jefe Lindstaedt <robert.lindstaedt@gmail.com>
Diffstat (limited to 'doc')
-rw-r--r--doc/topics/the-event-loop-timers-and-nexttick.md18
1 files changed, 9 insertions, 9 deletions
diff --git a/doc/topics/the-event-loop-timers-and-nexttick.md b/doc/topics/the-event-loop-timers-and-nexttick.md
index 2955b9adb5..0876edeab4 100644
--- a/doc/topics/the-event-loop-timers-and-nexttick.md
+++ b/doc/topics/the-event-loop-timers-and-nexttick.md
@@ -218,15 +218,15 @@ ways depending on when they are called.
* `setTimeout()` schedules a script to be run
after a minimum threshold in ms has elapsed.
-The order in which they are execute varies depending on the context in
-which they are called. If both are called in the main module then you
-are bound to how fast your process go, which is impacted by other
-programs running on your machine.
-
-For example, if we run the following script which is not within a I/O
-cycle (i.e. the main module), the order in which the two functions are
-executed is non-deterministic as it is based upon how fast your process
-goes (which is impacted by other programs running on your machine):
+The order in which the timers are executed will vary depending on the
+context in which they are called. If both are called from within the
+main module, then timing will be bound by the performance of the process
+(which can be impacted by other applications running on the machine).
+
+For example, if we run the following script which is not within an I/O
+cycle (i.e. the main module), the order in which the two timers are
+executed is non-deterministic, as it is bound by the performance of the
+process:
```js