| Commit message (Collapse) | Author | Age |
... | |
| |
| |
| |
| | |
Contains most of the logic
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| | |
Fixes #3676.
Reviewed-by: Marco Hinz <mh.codebro@gmail.com>
|
|\ \
| | |
| | | |
Clean up buffer.c build_stl_str_hl
|
| | | |
|
| | | |
|
|/ /
| |
| |
| |
| |
| |
| |
| | |
A terminal buffer now exits with: [Process exited <return value>]
You can hook into it. E.g. :au TermClose * call feedkeys('<cr>')
Closes #2293.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
- change approach for test 1: screen:expect() instead of assert()
- use execute() instead of command()
- 2 new tests that check none and wrong input for :oldfiles!
Helped-by: @fwalch
Helped-by: @tarruda
Helper-by: @justinmk
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
This adds two new tests for:
:profile dump
:profile stop
|
| | |
|
|\ \
| | |
| | | |
Sort oldfiles in the marks_spec tests to avoid random ordering errors.
|
| | |
| | |
| | |
| | |
| | | |
According to @ZyX-I in #3594, ordering is not important so let's use
@tarruda's fix by sorting the results.
|
|/ /
| |
| | |
Fixes #3605
|
|/ |
|
|
|
|
|
| |
The abort came from using libuv tty handle on non-tty fd. Use uv_pipe_t in these
cases. Also add simple test for this case.
|
|
|
|
|
|
|
|
|
|
|
| |
Refactor input.c, normal.c and edit.c to use the K_EVENT special key to trigger
the CURSORHOLD event. In normal and edit mode, K_EVENT is treated as
K_CURSORHOLD, which enables better handling of arbitrary actions in those
states(eg: In normal mode the previous operator counts will be restored).
Also fix a test in vim_spec.lua. The test had a wrong assumption: cmdheight is
only used to determine when the press enter screen will be shown, not to limit
how many lines or control pagination.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Problem: Moving the cursor in Insert mode starts new undo sequence.
Solution: Add CTRL-G U to keep the undo sequence for the following
cursor movement command. (Christian Brabandt)
https://github.com/vim/vim/commit/8b5f65a527c353b9942e362e719687c3a7592309
Closes #3492
|
|\
| |
| | |
XDG base directory specification support
|
| | |
|
| | |
|
| |
| |
| |
| | |
Target: make all tests run with chmod -x ~/.config/nvim ~/.local/share/nvim.
|
| | |
|
| | |
|
|/ |
|
| |
|
|
|
|
|
|
|
|
| |
- Remove unused variables.
- Do not use helpers.nvim_feed in most cases.
- Do not use helpers.nvim and helpers.nvim_eval at all.
- Add helpers.funcs and helpers.\*meths special tables. Indexing such table
creates functions which call helpers.call or helpers.nvim (and similar) with
first argument equal to table index.
|
|
|
|
|
|
| |
Errors happens under following conditions:
1. Jump/change list is full.
2. New jump/change list item should go between some of the old ones.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Problem that led to this skip was fixed in [#3309][1].
[1]: https://github.com/neovim/neovim/commit/0a116c828debc6192a6bfb6bceb8cf020e867db0
|
|
|
|
| |
It leads to a memory leak as well. May overwrite wms->jumps_size.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This problem made test64 to crash. Description of the bug: when removing entry
from history when removed entry is not the last one it puts one element to
free_entries list, but ignores free entries starting from last_free_element.
Possible solutions:
1. First working: simply populate free_entries list with entries which are still
free, starting from last_free_element.
2. Better (wastes less CPU): after free_entries list size goes to zero (which is
the initial value) continue using last_free_element.
3. Even better (less memory): note that element from the list is *only* removed
before adding another one. So replace free_entries array with one item.
Also renamed last_free_element to last_free_entry: in any case most of the lines
which mention it were altered.
|
|
|
|
| |
Ref #1350
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|