aboutsummaryrefslogtreecommitdiff
path: root/src/nvim/event/queue.c
diff options
context:
space:
mode:
authorJustin M. Keyes <justinkz@gmail.com>2016-09-28 12:46:03 +0200
committerGitHub <noreply@github.com>2016-09-28 12:46:03 +0200
commit87fa495b21c8afa77c190b30e67c78f237c77216 (patch)
tree3b426c3d6ede9c7ea4099c1c798fdac05e662d38 /src/nvim/event/queue.c
parent22dfe6925d4784cf60d8d9a054abc5066e4b867f (diff)
parent7e6a8310b73579b2fa78fb6c410c7101a9f70254 (diff)
downloadrneovim-87fa495b21c8afa77c190b30e67c78f237c77216.tar.gz
rneovim-87fa495b21c8afa77c190b30e67c78f237c77216.tar.bz2
rneovim-87fa495b21c8afa77c190b30e67c78f237c77216.zip
Merge #5395 from justinmk/log
Diffstat (limited to 'src/nvim/event/queue.c')
-rw-r--r--src/nvim/event/queue.c14
1 files changed, 7 insertions, 7 deletions
diff --git a/src/nvim/event/queue.c b/src/nvim/event/queue.c
index c5ef22d426..ee224b0a25 100644
--- a/src/nvim/event/queue.c
+++ b/src/nvim/event/queue.c
@@ -8,7 +8,7 @@
// - removing a node from a child queue will remove the corresponding link node
// in the parent queue
//
-// These properties allow neovim to organize and process events from different
+// These properties allow Nvim to organize and process events from different
// sources with a certain degree of control. Here's how the queue is used:
//
// +----------------+
@@ -26,20 +26,20 @@
// +-----------+ +-----------+ +---------+ +---------+
//
//
-// In the above diagram, the lower boxes represents event emitters, each with
-// it's own private queue that have the event loop queue as the parent.
+// The lower boxes represents event emitters, each with its own private queue
+// having the event loop queue as the parent.
//
// When idle, the main loop spins the event loop which queues events from many
-// sources(channels, jobs, user...). Each event emitter pushes events to its own
+// sources (channels, jobs, user...). Each event emitter pushes events to its
// private queue which is propagated to the event loop queue. When the main loop
// consumes an event, the corresponding event is removed from the emitter's
// queue.
//
// The main reason for this queue hierarchy is to allow focusing on a single
// event emitter while blocking the main loop. For example, if the `jobwait`
-// vimscript function is called on job1, the main loop will temporarily stop
-// polling the event loop queue and poll job1 queue instead. Same with channels,
-// when calling `rpcrequest`, we want to temporarily stop processing events from
+// VimL function is called on job1, the main loop will temporarily stop polling
+// the event loop queue and poll job1 queue instead. Same with channels, when
+// calling `rpcrequest` we want to temporarily stop processing events from
// other sources and focus on a specific channel.
#include <assert.h>