rneovim.git/src/nvim/event, branch v0.4.4

loop_close: close all handles

2020-02-19T00:05:38+00:00

- Move uv_stop(), it still causes a "leak" on exit somehow.
- Tenatively restore `UV_RUN_DEFAULT`.  It shouldn't hang since we
  clobber the handles via `uv_walk((h)=>uv_close(h))`. Although this
  still "leaks" on exit, it's faster than the 2-second timeout.

fix #11820
fix #7376

loop_close: call uv_stop(), fix bug

2020-02-19T00:05:38+00:00

- Call uv_stop().
- Restore `uv_loop_close` condition (braindead cosmetic change from
  a2efc9cf8b0f that caused uv_loop_close *not* to be called if
  wait=false, sorry).

Not doing `uv_walk(() => uv_close)`: see source comment for explanation.

fix #11820
fix #7376

Q: Should we restore use of `UV_RUN_DEFAULT`/`UV_RUN_ONCE` (removed in
   a2efc9cf8b0f)?
A: The while-loop (hopefully) achieves the same purpose while avoiding
   a hang.

loop_close: timout after 2 seconds #11821

2020-02-19T00:05:38+00:00

never UV_RUN_DEFAULT
ref #11820
ref #7376

rename: getdigits_safe => try_getdigits

2019-09-14T02:13:00+00:00

rename: SplitEvent => MulticastEvent #10989

2019-09-11T22:39:23+00:00

"Multicast" is perhaps a more conventional name for the concept.
"One-shot" is the conventional name for how the event is (currently)
scheduled.

rpc: allow handling of nvim_ui_try_resize at the pager

2019-09-08T13:24:14+00:00

This makes external UI behave consistenly with TUI w.r.t resizes.
Which will be needed anyway as TUI will use the external UI protocol
soon.

f_jobwait: cleanup

2019-09-03T14:14:29+00:00

events: loop_schedule() is unclear, rename it loop_schedule_fast()

2019-08-31T07:20:24+00:00

paste: tickle cursor

2019-08-27T20:13:45+00:00

HACK: The cursor does not get repositioned after the paste completes.
Scheduling a dummy event seems to fix it.

Test case:
0. Revert this commit.
1. Paste some text in Normal-mode.
2. Notice the cursor is still in the cmdline area.

paste: WIP #4448

2019-08-27T19:19:10+00:00