| Commit message (Collapse) | Author | Age |
| |
|
|
|
|
|
| |
Adapt the checks so we can still report when the pynvim module is
present but the neovim module is missing.
|
| |
|
|
|
|
|
|
|
|
| |
The neovim module is available for backwards compatibility. We should
not yet force the use of the pynvim module, since there's no other major
reason to bump the minimum supported Python client module.
Closes #9426
|
|
|
|
|
|
|
|
|
|
| |
Before this commit, if user does this:
let g:node_host_prog = '~/.nvm/versions/node/v11.3.0/bin/neovim-node-host'
the "~/" is not expanded to user's home directory.
`:help g:ruby_host_prog` suggests a path with "~/" so technically we
already claimed to support this.
closes https://github.com/neovim/node-client/issues/102
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
PR #9304 added support for functions in clipboard providers. As part of
the PR I meant to move two checks in the provider code out of an if
statement into separate statements and adding additional checks for
g:clipboard attributes - as it turns out the code is wrong and it does
not implement additional checks while it adds two conditions that make
very little sense
type(g:clipboard['copy']) #isnot# v:t_func
what would make sense would be something along the lines of
type(g:clipboard['copy']['+']) #isnot# v:t_func
but might not be what we want either, so I'm reverting this.
|
|
|
|
|
|
|
|
|
|
|
|
| |
Up to now g:clipboard["copy"] only supported string values invoked as
system commands.
This commit enables the use of VimL functions instead. The function
signatures are the same as in provider/clipboard.vim. A clipboard
provider is expected to store and return a list of lines (i.e. the text)
and a register type (as seen in setreg()).
cache_enabled is ignored if "copy" is provided by a VimL function.
|
|
|
|
|
|
|
|
|
|
|
| |
The order was swapped in #4150 to prefer `xsel` but there wasn't a clear
explanation. Meanwhile, `xsel` has been neglected upstream.
Let's trying preferring `xclip` again, we've had a few reports of
problems with `xsel`.
closes #7237
ref #5853
ref #7449
|
|
|
| |
Win32 allows omitting the `.exe` extension, but WSL does not.
|
|
|
|
| |
Reference: https://github.com/neovim/neovim/wiki/Following-HEAD#20181118
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Problem: Browsing compressed tar files does not always work.
Solution: Use the "file" command to get the compression type.
https://github.com/vim/vim/commit/d4a1aabe372ccb95aec968f4d54503231b1f956c
|
|
|
| |
Fixes #9213
|
|
|
|
| |
ref https://github.com/neovim/neovim/issues/9001#issuecomment-434802234
|
|
|
|
|
| |
Update runtime files
https://github.com/vim/vim/commit/2c64ca1802b2c99b16d2fdf581b68b5baffb082a
|
|
|
|
|
| |
Update runtime files.
https://github.com/vim/vim/commit/20aac6c1126988339611576d425965a25a777658
|
|
|
|
|
|
|
|
|
|
|
|
| |
Update runtime files.
https://github.com/vim/vim/commit/fc65cabb15d0236bce001ad78e12a40511caf941
---
vim-patch:8.0.1279: initializing menus can be slow
Problem: Initializing menus can be slow, especially when there are many
keymaps, color schemes, etc.
Solution: Do the globbing for runtime files lazlily. (Ken Takata)
|
|
|
|
|
| |
Update runtime files.
https://github.com/vim/vim/commit/91f84f6e11cd879d43d651c0903d85bff95f0716
|
|
|
|
|
| |
Update runtime files.
https://github.com/vim/vim/commit/a9604e61451707b38fdcb088fbfaeea2b922fef6
|
|
|
|
|
| |
Updated runtime and language files.
https://github.com/vim/vim/commit/6dc819b1299e1d9f99303568772ade544d5c1322
|
|
|
|
|
| |
Update runtime files.
https://github.com/vim/vim/commit/0b0f0992d46ef02fdfc1240744bef91d4299c1df
|
|
|
|
|
| |
Update runtime files.
https://github.com/vim/vim/commit/7db25fed5de1be922b8cbb0328149469606a0424
|
|
|
|
|
|
|
| |
Update runtime files
https://github.com/vim/vim/commit/f0b03c4e98f8a7184d8b4a5d702cbcd602426923
Note: haskell changes were included in 942f3587c38a83cf6486a0b779765b54a1648493
|
|
|
|
|
|
|
|
| |
man#init_pager() guesses the ref by the heading, which is usually
uppercase, so we don't know the correct casing. But lowercase is more
common, so use that for the buffer name instead of uppercase.
ref #9156
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Before this commit, man#init_pager() always tries to scrape the manpage
name and set the buffer name. That's much less important than avoiding
duplicate buffers and E95. And it doesn't seem to be necessary, usually.
Steps to reproduce:
$ export MANPAGER="nvim -c 'set ft=man' -"
$ man sleep
:Man sleep
Error detected while processing function man#init_pager:
line 15:
E95: Buffer with this name already exists
:ls!
1 h- "man://SLEEP(1)" line 4
2 %a- "man://sleep(1)" line 1
|
|
|
|
|
|
|
|
|
|
| |
For each package manager,
1. Check if they are executable before starting a job.
2. Check if the job opts are set before checking the job status
TODO: Validate the job id.
Prioritize npm because it's faster than yarn.
Reindent the code to 2-space indent.
|
|
|
|
|
|
| |
ref #9001
Instead of serially querying npm and yarn for neovim, start both as a
job and then wait for a successful result from either.
|
|
|
|
|
|
|
|
| |
On some systems, mandoc disallows $MANWIDTH greater than 1000.
E.g. FreeBSD:
https://github.com/freebsd/freebsd/blob/b7d613ae8a2fc1530d33aff53a1a678d284bfeec/contrib/mandoc/manpath.c#L312
closes #9065
|
|
|
|
| |
fixes #9057
|
|
|
|
|
|
|
|
|
|
|
| |
When nroff justifies a line, it fills the line with whitespace to meet
$MANWIDTH. With $MANWIDTH=9999, that of course results in nonsense (and
behaves poorly with 'cursorline' option).
To work around that, instead of trying to hard-justify the lines, just
replace the mega-whitespace with a fixed size of 10 spaces.
Perhaps N/Vim needs a "soft justify" feature?
|
|
|
|
|
| |
fix #9017
close #9023
|
|
|
|
|
| |
Not making minus sign optional as inf/nan without optional minus should’ve
already been handled by the very first case.
|
|
|
|
|
|
| |
Some plugins attempt to reload autoloaded scripts.
Use a guard to prevent this.
fix #8939
|
|
|
|
| |
closes #4877
|
| |
|
|
|
|
|
| |
also, remove unused function tutor#InfoText()
fixes #8842
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When rbenv is used for managing Ruby installations, just checking for an
executable called "neovim-ruby-host" is not enough. It has to be run as well.
If it does not return 0, then neovim-ruby-host is merely a shim for another Ruby
installation.
$ rbenv versions
2.5.0
* 2.5.1 (set by /Users/mhi/.rbenv/version)
$ rbenv whence neovim-ruby-host
2.5.0
$ which neovim-ruby-host
/Users/mhi/.rbenv/shims/neovim-ruby-host
$ neovim-ruby-host
rbenv: neovim-ruby-host: command not found
The `neovim-ruby-host' command exists in these Ruby versions:
2.5.0
$ echo $?
127
Additionally, the detection logic was moved from provider#ruby#Detect() to
s:detect(), because the former is run in the sandbox which forbids calling
system().
|
|
|
| |
This also reports the exit code (e.g. 127 for when pyenv-which fails).
|
|
|
|
|
|
|
|
|
|
| |
This would need to get `expand`ed to not become empty, and is being
handled by s:check_bin already.
`s:check_bin` will also complain about e.g.
"~/.pyenv/versions/3.6.6/bin/python" not being executable, but that
reflects that the host will fail to start with it.
Fixes #8778
|
|
|
|
|
| |
When giving a section, the first candidate selection was not performed.
followup/fixup #8341
|
|
|
|
| |
closes #8674
npm log level may cause unexpected output.
|
|
|
|
|
| |
Compare `$VIRTUAL_ENV` to `python_bin`.
This is necessary when `g:python_host_prog` is set to an absolute path,
and looking up `pyname` in `$PATH` yields another result.
|
|
|
|
|
| |
- "neovim" package may be installed with yarn. Check yarn if npm fails.
- Use filereadable() instead of glob(). closes #8552
|
|
|
| |
closes #8515
|
|\ |
|
| |
| |
| |
| |
| |
| | |
timestamp.strftime('%s') workaround only works on unix.
ref: https://github.com/neovim/neovim/pull/8371#discussion_r186311766
|
| | |
|
| |
| |
| |
| | |
ref #8372
|