diff options
author | Justin M. Keyes <justinkz@gmail.com> | 2016-09-28 12:46:03 +0200 |
---|---|---|
committer | GitHub <noreply@github.com> | 2016-09-28 12:46:03 +0200 |
commit | 87fa495b21c8afa77c190b30e67c78f237c77216 (patch) | |
tree | 3b426c3d6ede9c7ea4099c1c798fdac05e662d38 /src/nvim/event/queue.c | |
parent | 22dfe6925d4784cf60d8d9a054abc5066e4b867f (diff) | |
parent | 7e6a8310b73579b2fa78fb6c410c7101a9f70254 (diff) | |
download | rneovim-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.c | 14 |
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> |