| Commit message (Collapse) | Author | Age |
|
|
|
|
|
| |
- main.c: remove os_setenv("MYVIMRC",…), it is already done by
do_source().
- This also sets $MYVIMRC to a full (absolute) path.
- code cleanup.
|
|
|
|
|
|
|
|
| |
Now remove the addition of "start/*" packages in 'packpath' as
explicit items in 'runtimepath'. This avoids 'runtimepath' from becoming
very long when using a lot of plugins as packages.
To get the effective search path as a list, use |nvim_list_runtime_paths()|
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
Add a new default autocommand to limit syntax highlighting
synchronization in the command window. This refactors the nvim_terminal
autocommand out of main() and into a new init_default_autocmds()
function, which is now part of the startup process and can be further
extended with more default autocommands down the road.
ref #6289 #6399
|
|
|
|
|
| |
These things are just maps to pointers, no need to perform
a huge song and dance around it.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
syn_name2id and syn_check_group go brr.
Note: this has impact mostly when using multiple filetypes,
as the old syn_name2id was optimized to return latest
added groups quickly (which will be the latest filetype)
|
|
|
|
|
|
|
|
|
| |
rationale:
- consistent with D and Y
- long recommended by Vim's own ":help Y"
close #13268
close #416
ref #6289
|
|\
| |
| |
| |
| | |
dundargoc/refactor/a-song-of-true-and-false/global-variables-2
refactor: replace TRUE/FALSE with true/false
|
| | |
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Remove syncolor.vim in favor of defining the default highlight groups
directly in `init_highlight`. This approach provides a number of
advantages:
1. The highlights are always defined, regardless of whether or not the
syntax regex engine is enabled.
2. Redundant sourcing of syntax files is eliminated (syncolor.vim was
often sourced multiple times based on how the user's colorscheme file
was written).
3. The syntax highlighting regex engine and the highlight groups
themselves are more fully decoupled.
4. Removal of the confusing `:syntax on` / `:syntax enable` dichotomy
(they now both do the same thing).
This approach also correctly solves a number of bugs related to
highlighting (#15176, #12573, #15205).
|
|
|
|
| |
Focus is on global variables.
|
|\
| |
| | |
refactor(state): Remove EXMODE_NORMAL
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This fixes an issue introduced in #14771 (fix: source syncolors.vim
before startup scripts) that affected highlights for users who set
'background' to light in their startup script. Because syncolor.vim
checks for the value of &background, it was always setting up the 'dark'
background colors, which looked wrong for users using light backgrounds.
The primary benefit of #14771 is that it decoupled highlighting from the
syntax engine. This is useful for e.g. treesitter, which still makes use
of highlights even if the syntax engine is disabled. For this reason, it
is still worthwhile to source syncolor.vim separately from synload.vim,
which #14771 accomplishes. However, we should still source syncolor.vim
after the user startup scripts, to ensure that we are respecting the
options the user sets.
Another corollary benefit is that this reduces some redundancy in
highlight definitions, since we now only source syncolors.vim if the
user did not already enable a colorscheme.
|
|\ \
| |/
|/| |
fix: source syncolors.vim before startup scripts
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This fixes an issue (#12573) where colorscheme files are sourced twice
upon startup. This occurs when the startup script calls `:colorscheme`,
which sets the `g:colors_name` global variable. When syntax highlighting
is enabled in `syn_maybe_enable()` the `syntax.vim` script is sourced
which in turn sources `synload.vim`. This script checks to see if
`g:colors_name` is set and, if so, runs
exe "colors " . colors_name
This is done to ensure that highlight groups are defined before enabling
the syntax highlighting engine.
Instead, source syncolors.vim before the startup scripts which sets up
default highlights and only load the full syntax engine after
the startup scripts or when the user runs `:syntax on`. Add a guard
variable `did_syncolor` to prevent syncolor.vim from being sourced
twice and remove the line mentioned above from synload.vim so that
the colorscheme file is not re-sourced when the syntax engine is loaded.
|
|/
|
|
|
|
|
|
|
|
| |
lua is used as part of implementation for more core features. As an
example, every user keypress will invoke a lua function to check for
keypress handlers (regardless if they are registered or not). Thus not
starting lua until it is first used doesn't make much sense anymore.
nlua_enter was also needed due to the earlier stateful &rtp
translation, which by now have been made stateless.
|
| |
|
| |
|
| |
|
|
|
|
| |
This was init.lua will be logged in startuptime
|
|
|
|
|
|
| |
So now :source can run lua files too :)
* feat: Add support for :[ranged]source for lua files
|
|
|
|
|
|
| |
For opt plugins these files are sourced on `:packadd`
* `:runtime` Now can exexute lua files
|
|
|
|
|
|
|
|
| |
"syntax on" overwrites existing highlight groups, while "syntax enable"
just sets missing groups. This change prevents user defined highlights in
init.vim/lua to get overwritten. The manual recommends "syntax enable" for
new configurations anyway, "on" command was probably used as it is the
implicit default.
|
|
|
|
|
|
|
| |
"name" param was cast to (const char *).
All calls to set_string_option_direct() cast 1st arg
from (char *) to (char_u *).
Remove these useless casts.
|
| |
|
|
|
|
|
|
|
|
| |
with mapped Esc"
This reverts commit 44bb7147e40743d9a70ee3a2663a7a7dacec7b13.
Avoid regression mentioned in https://github.com/neovim/neovim/commit/c64cce906e7ed828d331e1786c985ff7aa734546#commitcomment-45554271
|
|
|
|
|
|
| |
Problem: Mode is not cleared when leaving Insert mode with mapped Esc.
Solution: Clear the mode when redraw_cmdline is set. (closes vim/vim#4269)
https://github.com/vim/vim/commit/4c25bd785aa8b565bf973cbba12ed36b76daaa4f
|
|\
| |
| | |
de curwinify some functions
|
| | |
|
| |
| |
| |
| |
| |
| | |
Problem: VimLeavePre not triggered when Vim is terminated.
Solution: Unblock autocommands.
https://github.com/vim/vim/commit/129d6bf6b3d120b0a4c69e18b5e8602a84e352bf
|
|/
|
|
|
|
|
|
|
| |
triggered
Problem: When Vim exits because of a signal, VimLeave is not triggered.
(Daniel Hahler)
Solution: Unblock autocommands when triggering VimLeave. (closes vim/vim#4818)
https://github.com/vim/vim/commit/c7226684c82dde7eb6601e067ee2e9387e447903
|
|
|
|
|
| |
Problem: Cannot skip tests for specific MS-Windows platform.
Solution: Add windowsversion().
https://github.com/vim/vim/commit/0c1e3744ff0cd6c17af773046b876b428ff3dded
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Problem: When reading from stdin dup() is called twice.
Solution: Remove the dup() in main.c. (Ken Takata, closes vim/vim#7110)
https://github.com/vim/vim/commit/204ade6bcb85f48f56e52e040d1ebf40548d92be
N/A patches for version.c:
vim-patch:8.2.2109: "vim -" does not work well when modifyOtherKeys is enabled
Problem: "vim -" does not work well when modifyOtherKeys is enabled and a
shell command is executed on startup.
Solution: Only change modifyOtherKeys when executing a shell command in raw
mode.
https://github.com/vim/vim/commit/8a3da6a368ca7e761939366e355528bccb6dffa3
vim-patch:8.2.2110: cannot use ":shell" when reading from stdin
Problem: Cannot use ":shell" when reading from stdin. (Gary Johnson)
Solution: Revert patch 8.2.1833.
https://github.com/vim/vim/commit/8e1cbb55c389bdc4eade7a67309d5042fbcdca7d
vim-patch:8.2.2111: GTK: menu background is the same color as the main window
Problem: GTK: Menu background is the same color as the main window.
Solution: Fix white space around the test in another way. (closes vim/vim#7437,
closes vim/vim#7427)
https://github.com/vim/vim/commit/023fd5d21323fe6dffa080bd20c4d39e1212d353
vim-patch:8.2.2113: MS-Windows GUI: crash after using ":set guifont=" four times
Problem: MS-Windows GUI: crash after using ":set guifont=" four times.
Solution: Check for NULL pointer. (Ken Takata, closes vim/vim#7434)
https://github.com/vim/vim/commit/1b3e0727ce86ca4cfa47f8b5421d82ed47a9bec1
vim-patch:8.2.2116: MS-Windows GUI: test for 'guifont' is incomplete
Problem: MS-Windows GUI: test for 'guifont' is incomplete.
Solution: Set 'renderoptions'. (Christian Brabandt)
https://github.com/vim/vim/commit/2c78a772fdb5f6a16d16a47e7f218051c4dcb845
vim-patch:8.2.2118: dead code in the job support
Problem: Dead code in the job support. (Dominique Pellé)
Solution: Define USE_ARGV before checking for it.
https://github.com/vim/vim/commit/f46bf5204c3c55d23921b501db21a906d526eb45
vim-patch:8.2.2119: GTK3: status line background color is wrong
Problem: GTK3: status line background color is wrong.
Solution: Don't change the code for earlier GTK3 versions. (closes vim/vim#7444)
https://github.com/vim/vim/commit/7988a6f0e9999d1103271024ab4ed26e5599de17
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Problem: Amiga: can't find plugins.
Solution: Do not use "**" in the pattern. (Ola Söder, closes vim/vim#7384)
https://github.com/vim/vim/commit/6ee874d378829b62e0944063a9a029e81b5debfb
|
|
|
|
|
| |
"has_mbyte" always evaluates to "true".
Continue dead code removal, started in https://github.com/neovim/neovim/pull/13275.
|
| |
|
|
|
|
|
| |
Decorations will only grow more complex. move the to a separate
file, so that extmark.c remains about extmarks.
|
|
|
|
|
|
|
|
|
|
| |
co-author: hlpr98 <hlpr98@gmail.com> (dict2hlattrs function)
orange is sus??
NOVEMBER DAWN
erase the lie that is redraw_later()
|
| |
|
|
|
|
|
|
|
|
| |
return decorations back
lol no nvim_buf_get_virtual_text
share decorations that are hl only to avoid alloc avalanche
|
|
|
| |
fixes #12647.
|
|
|
|
|
| |
In the case of recoverymode, the headlessmode was true, causing the UI
to hang without starting. Fix this problem by setting headlessmode to
true for List swap files only.
|
|
|
|
|
|
| |
Problem: Custom plugins loaded with --clean.
Solution: Do not include the home directory in 'runtimepath'.
https://github.com/vim/vim/commit/072687032683b1994d25a114893d9a6f8bc36612
|