rneovim.git - Neovim fork with Rahm's personal hacks.

	Commit message (Collapse)	Author	Age
*	runtime: support once on s:GetAutocmdPrefix (#16457)	Koichi Shiraishi	2021-12-10
\| \| \|	Signed-off-by: Koichi Shiraishi <zchee.io@gmail.com>
*	runtime: fix remote plugin command fails at some case	kuuote	2020-05-31
\| \| \| \|	fixes #12410
*	rpc: Don't delay notifications when request is pending (#6544)	Björn Linse	2017-10-29
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	With the old behavior, if a GUI makes a blocking request that requires user interaction (like nvim_input()), it would not get any screen updates. The client, not nvim, should decide how to handle notifications during a pending request. If an rplugin wants to avoid async calls while a sync call is busy, it likely wants to avoid processing async calls while another async call also is handled as well. This may break the expectation of some existing rplugins. For compatibility, remote/define.vim reimplements the old behavior. Clients can opt-out by specifying `sync=urgent`. - Legacy hosts should be updated to use `sync=urgent`. They could add a flag indicating which async methods are always safe to call and which must wait until the main loop returns. - New hosts can expose the full asyncness, they don't need to offer both behaviors. ref #6532 ref #1398 d83868fe9071af1b4866594eac12f7aa0fa71b53
*	escape amatch filename (#7292)	Andy Russell	2017-09-19
\| \| \| \|	Fixes #7046 Fixes autozimu/LanguageClient-neovim#77
*	test: remote/define.vim: range	Case Nelson	2016-04-18
\|
*	remote/define.vim: support remote function "range"	Paul Jolly	2016-04-18
\|
*	Fix loading remote plugin error	Shougo Matsushita	2016-04-19
\|
*	runtime: Refer to plugins running outside Nvim as "remote plugins"	Thiago de Arruda	2014-11-21
	- Rename autoload/rpc to autoload/remote - External plugins are now remote plugins - External plugins directory is "rplugin"