aboutsummaryrefslogtreecommitdiff
path: root/runtime/lua/vim/_meta/options.lua
diff options
context:
space:
mode:
authorzeertzjq <zeertzjq@outlook.com>2024-03-14 13:37:29 +0800
committerzeertzjq <zeertzjq@outlook.com>2024-03-14 15:03:47 +0800
commitff972b88db89927c8e0c1a5d76c999bb80636d92 (patch)
treecb86f42d88eff0a7322a8719620c5e1c0fddae85 /runtime/lua/vim/_meta/options.lua
parent00c4962cd241044c9f02de39b34ca24b2711de43 (diff)
downloadrneovim-ff972b88db89927c8e0c1a5d76c999bb80636d92.tar.gz
rneovim-ff972b88db89927c8e0c1a5d76c999bb80636d92.tar.bz2
rneovim-ff972b88db89927c8e0c1a5d76c999bb80636d92.zip
vim-patch:760f664213de
runtime(mswin): revert back the check for clipboard_working support Commit d9ebd46bd090c598adc82e6 changed the condition to check if the clipboard is available from: ``` has('clipboard') ``` to ``` has('clipboard_working') ``` Assuming that is the more accurate test because even when clipboard support is enabled at compile time it may not be actually working (e.g. if no X11 environment is available, or when working on a remote server). However it seems that condition does not evaluate to true, when the GUI has not been started up yet (and there was no X11 Connection yet possible). So let's just revert back the check to `has('clipboard')`, since that has been proven to be working well enough. related: vim/vim#13809 https://github.com/vim/vim/commit/760f664213dea9a300454992ba1589f4601d622f Co-authored-by: Christian Brabandt <cb@256bit.org>
Diffstat (limited to 'runtime/lua/vim/_meta/options.lua')
0 files changed, 0 insertions, 0 deletions