| Commit message (Collapse) | Author | Age |
|---|
| ... | |
| |
|
|
| |
Closes #6107
|
| | |
|
| |
|
|
|
|
| |
- SUCCESS should be extra green, regardless of colorscheme.
- Do not highlight INFO and SUGGESTIONS, they should not demand the
user's attention.
|
| | |
|
| |
|
|
|
|
|
| |
Closes #6039
Also: close the window if we could not get the page from man but only if
we opened it ourselves.
|
| |
|
| |
This will ensure that $MANWIDTH is correctly set.
|
| |
|
| |
This will make man.vim work on nixOS.
|
| | |
|
| |
|
| |
Fixes #5926.
|
| |
|
|
|
|
| |
Updated runtime files.
https://github.com/vim/vim/commit/aa3b15dbebf333282503d6031e2f9ba6ee4398ed
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Since `curl -s` is used, the actual error (e.g. "curl: (6) Could not
resolve host: pypi.python.org") gets not reported anyway, and s:download
returns an error message with `s:shell_error` already.
This changes `s:download` to also include `a:url` in the error message
now.
It removes
> ERROR: Command error (7) curl -sL https://pypi.python.org/pypi/neovim/json:
And changes
> ERROR: HTTP request failed: error: curl error with https://pypi.python.org/pypi/neovim/json: 6
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
This helps to identify where the `neovim` module is coming from, e.g.
- INFO: python3-neovim version: 0.1.10 (outdated; from ~/Vcs/neovim-python-client/neovim)
- WARNING: Latest python3-neovim is NOT installed: 0.1.12
|
| |
|
|
|
|
|
| |
- s:version_info: return errors from the `import`
- skip report_ok for latest version, in case the current version was
not found. status contains the error that has been reported in that
case already.
|
| | |
|
| |
|
|
|
|
|
| |
* health: Handle backslash path separators.
* health: brevity, consistency
* health: Do not set bufhidden=wipe.
In the context of CheckHealth, bufhidden=wipe loses data for no reason.
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
| |
I gone through every single line, renamed the variables to be more consistent
and reordered many lines. Information is now printed as soon as it's available
and errors lead to early returns.
I altered the suggestions for each condition to be more precise and checked that
they fail properly.
This also prevents invalid arguments getting passed to s:version_cmp().
|
| | |
|
| | |
|
| |\
| |
| | |
Fix plugin which opens ShaDa files
|
| | |
| |
| | |
Fixes #5482
|
| | | |
|
| |/
|
|
|
|
| |
Old versions of `xsel` do not support some required features.
Fall back to `xclip` then.
Closes #5853
|
| |\ |
|
| | |
| |
| |
| |
| |
| | |
Updated runtime files.
https://github.com/vim/vim/commit/6f1d9a096bf22d50c727dca73abbfb8e3ff55176
|
| |/ |
|
| | |
|
| |
|
|
| |
Instead, a note was added to `:h man.vim` on how 'fileignorecase'
controls the case sensitivity of completion.
|
| |
|
|
|
|
| |
- Improves compatibility with shell=tcsh.
- man.vim: split read_page into get_page, put_page. Do not split the
window until we know there is going to be output.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
| |
Closes #5763.
|
| |
|
|
| |
Closes #5751
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- By re-enabling code blocks (every line that doesn't begin with a "-" and is
indented by at least 4 spaces), we prevent the Markdown syntax to evaluate "_"
as beginning for italic text.
That's the case for `:CheckHealth deoplete` for instance. It would output:
$ cat /tmp/log_{PID}
Since the deoplete check gets run first, almost all of the following
`:CheckHealth` output would be italic.
- Since we re-enable code blocks, we now have to tell our custom syntax that it
can be part of markdownCodeBlock as well. Otherwise there would be no
highlithing for our keywords ERROR, INFO, etc. after 4 spaces of indent.
- Since we do the above anyway, we make it work for mkdListItemLine as well.
That's a highlight group from `plasticboy/vim-markdown` opposed to the shipped
markdown syntax (which essentially is `tpope/vim-markdown`). Before this patch
there was no highlighting at all in the `:CheckHealth` output.
|
| |
|
|
| |
This prevents the string "error" within error messages to be highlighted as
healthError.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This option simplifies the configuration options:
1) `g:python{,3}_host_prog` is not set.
Neovim tries its best to find a suitable interpreter. This means calling
exepath(), potentially multiple times, and a system('python -c ...') with
the first found interpreter, to get the Python version.
2) `g:python{,3}_host_prog` is set.
Avoids everything of the above. No safety checks, no training wheels. Fast
host startup time!
|
| | |
|
| |
|
|
| |
Fixes #5574
|
| |
|
|
| |
Fixes #5628
|
| |
|
|
| |
Compare numbers instead of strings.
|
| |
|
|
|
|
|
|
|
|
| |
* health.vim: Include v:throwpoint in error message
* health/provider.vim: Check for ruby executable
* health/provider.vim: Combine subprocess stdout and stderr
* test: Updated CheckHealth test
|
| |
|
|
|
|
|
|
| |
People using [1] would experience an error, because their markdown syntax
doesn't define the markdownCodeBlock group.
[1]: https://github.com/plasticboy/vim-markdown
Closes #5569
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We can now use help links like in normal help pages. The bars around them will
be concealed as well.
* Health: link string "SUCCESS" to ModeMsg
So far we linked "SUCCESS" to the Function highlight group.
The newly introduced healthHelp group links to Idenfifier as it does for links
in normal help pages.
Now the problem is that the Function group links again to Identifier as well, so
both, "SUCCESS" and help links, would use the same colors.
* Health: don't use Markdown code blocks
Every line indented by more than 4 spaces would lose its highlighting otherwise.
* Health: add helper health#help_to_link()
|
| |
|
|
|
|
| |
Never throw an error when provider/clipboard.vim is sourced for the first time.
Save the error instead and expose it via `provider#clipboard#Error()`, mimicking
provider/python.vim.
|
| | |
|
