| Commit message (Collapse) | Author | Age |
|
|
|
|
|
| |
Problem: Filetype detection test not updated for change.
Solution: Update the test.
https://github.com/vim/vim/commit/0479e910c423d71e2b96bc721feffad5808e767a
|
|\
| |
| | |
screen: show virt_text when 'cursorline' is set
|
| | |
|
| |
| |
| |
| |
| | |
- virtual text disappeared when 'cursorline' was set
- virtual text was shifted when emtpy line was visually selected.
|
|/
|
|
|
|
|
| |
redraw_all_later() isn't guaranteed to update must_redraw after
switching tab, we must do it ourselves.
fixes #9152
|
|\ |
|
| | |
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Avoid clearing the screen in most situations. NOT_VALID should be
equivalent to CLEAR unless some external force messed up the terminal,
for these situations <c-l> and :mode will still clear the screen.
Also eliminate some obsolete code in screen.c, that dealt with that in
vim drawing window 1 can mess up window 2, but this never happens in
nvim.
But what about slow terminals? There is two common meanings in which
a terminal is said to be "slow":
Most commonly (and in the sense of vim:s nottyfast) it means low
bandwidth for sending bytes from nvim to the terminal. If the screen is
very similar before and after the update_screen(CLEAR) this change
should reduce bandwidth. If the screen is quite different, but there is
no new regions of contiguous whitespace, clearing doesn't reduce
bandwidth significantly. If the new screen contains a lot of whitespace,
it will depend of if vsplits are used or not: as long as there is no
vsplits, ce is used to cheaply clear the rest of the line, so
full-screen clear is not needed to reduce bandwith. However a left
vsplit currently needs to be padded with whitespace all the way to the
separator. It is possible ec (clear N chars) can be used to reduce
bandwidth here if this is a problem. (All of this assumes that one
doesn't set Normal guibg=... on a non-BCE terminal, if you do you are
doomed regardless of this change).
Slow can also mean that drawing pixels on the screen is slow. E-ink
screens is a recent example. Avoiding clearing and redrawing the
unchanged part of the screen will always improve performance in these
cases.
|
|
|
|
| |
Found by clang scan-build 5.0
|
|
|
|
| |
Found by clang scan-build 5.0
|
|
|
|
|
|
|
| |
clang scan-build noticed that find_command() may bitmask `eap->flags`.
cmd_can_preview() only uses `ea.cmdidx`, but let's fix the warning...
Found by clang scan-build 5.0
|
|
|
|
|
|
|
| |
`tv` is passed to the TYPVAL_ENCODE_CONV_FUNC_BEFORE_* macros, which
don't appear to actually use that parameter.
Found by clang scan-build 5.0
|
|
|
|
| |
Found by clang scan-build 5.0
|
|
|
|
|
|
|
| |
According to clang scan-build, `fromcol` could be uninitialized at line
2645.
Found by clang scan-build 5.0
|
|
|
|
|
|
| |
clang scan-build thinks os_system() could set `do_profiling` flag.
Found by clang scan-build 5.0
|
|\
| |
| | |
api/ui: verify compatibility of UI events
|
| | |
|
| |
| |
| |
| | |
PVS/V523: The 'then' statement is equivalent to the 'else' statement.
|
|/ |
|
|\ |
|
| | |
|
| |
| |
| |
| |
| |
| | |
Problem: Cursorline not removed when using 'cursorbind'. (Justin Keyes)
Solution: Store the last cursor line per window. (closes vim/vim#3488)
https://github.com/vim/vim/commit/4a5abbd6138240d109278fe1f0b45489d22f712d
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | | |
Problem: Error during completion causes command to be cancelled.
Solution: Reset did_emsg before waiting for another character. (Tom M.)
https://github.com/vim/vim/commit/72532d354e699f1cceec34c0b08e1de4d3ea9641
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Problem: Using try/catch in timer does not prevent it from being stopped.
Solution: Reset the exception context and use did_emsg instead of
called_emsg.
https://github.com/vim/vim/commit/e723c42836d971180d1bf9f98916966c5543fff1
|
| |/
|/|
| |
| |
| |
| |
| | |
Problem: Can't use input() in a timer callback. (Cosmin Popescu)
Solution: Reset vgetc_busy and set timer_busy. (Ozaki Kiichi, closes vim/vim#1790,
closes vim/vim#1129)
https://github.com/vim/vim/commit/1e8e14552e0cc8881411eb8fbe39a654dae42554
|
|/
|
|
|
| |
Problem: Memory leaks in test_escaped_glob.
Solution: Avoid failure when running the shell, use the sandbox.
https://github.com/vim/vim/commit/a2aad028305c306ecf33e0fd720fe1ed98596371
|
|\ |
|
| |
| |
| |
| |
| | |
Timer tests are less reliable on Travis CI macOS 10.12 (most egregious).
Also somewhat on 10.13.
|
| | |
|
|/
|
|
|
|
|
| |
Problem: User doesn't notice file does not exist when swap file does.
Solution: Add a note that the file cannot be found. Make the "still
running" notice stand out.
https://github.com/vim/vim/commit/d6105cb4085ad166910897a640693d3bada603e1
|
|\
| |
| | |
API: make nvim_buf_set_virtual_text handle invalid chars
|
| |
| |
| |
| |
| | |
Clients are supposed to supply only valid text, but if it is
invalid, translate it rather than messing up the screen
|
| |
| |
| |
| |
| |
| | |
Problem: Padding in list type wastes memory.
Solution: Reorder struct members to optimize padding. (Dominique Pelle,
closes vim/vim#2704)
https://github.com/vim/vim/commit/1a840240376f2858d489736f9eed6d2975225fdf
|
|/
|
|
|
| |
close #9113
ref #9040
|
|\
| |
| | |
[RFC] vim-patch:8.0.0685
|
| |
| |
| |
| |
| |
| |
| |
| | |
Problem: When making backups is disabled and conversion with iconv fails
the written file is truncated. (Luo Chen)
Solution: First try converting the file and write the file only when it did
not fail. (partly by Christian Brabandt)
https://github.com/vim/vim/commit/e6bf655bc4de1b7f4586e1f5c2fc4978141c3aa3
|
| |
| |
| |
| |
| |
| |
| | |
Problem: There is no easy way to get the global directory, esp. if some
windows have a local directory.
Solution: Make getcwd(-1) return the global directory. (Andy Massimino,
closes vim/vim#2606)
https://github.com/vim/vim/commit/5459129af2a832a027a1e7ca2d6177c26647d64f
|
|\ \
| |/
|/| |
|
| |
| |
| |
| | |
- tutor: emphasize K
|
|\ \
| | |
| | | |
vim-patch:8.0.1837
|
| | | |
|
| |/
| |
| |
| |
| |
| | |
Problem: One character cmdline abbreviation not triggered after '<,'>.
Solution: Skip over the special range. (Christian Brabandt, closes vim/vim#2320)
https://github.com/vim/vim/commit/5e3423d192bfa502c6704f731fa2ec6821f9a2f0
|
|/
|
|
|
| |
Problem: Cannot cleanup before loading another colorscheme.
Solution: Add the ColorSchemePre autocommand event.
https://github.com/vim/vim/commit/60a68362aa73f4a6cb534688978f9dc2b16e60fe
|
|
|
|
|
|
|
| |
Problem: MS-Windows: Filter command with pipe character fails. (Johannes
Riecken)
Solution: Find the pipe character outside of quotes. (Yasuhiro Matsumoto,
closes vim/vim#1743, closes vim/vim#3523)
https://github.com/vim/vim/commit/0664089eccec1083dd04ef2255856fb34ce62f15
|
| |
|
|
|
|
|
|
| |
Problem: Error in return not caught by try/catch.
Solution: Call update_force_abort(). (Yasuhiro Matsomoto, closes vim/vim#2483)
https://github.com/vim/vim/commit/fabaf753e26df5a89a854673d14c15a1fa6b321a
|
|\
| |
| | |
TUI cursor fixes: avoid memory errors after resize with invalid cursor position
|
| |
| |
| |
| |
| | |
This was caused by cursor position being invalid right
after tui_grid_resize, which is now fixed
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The old code could lead to a memory error in the following situation:
0. The previous cursor position was row 50 since before, on a grid
larger than 50 rows.
1. grid_resize changes the grid height to 40, and invalidly assumes the
resize moved the physical cursor to row 0
2. Some event used a operation that could move the cursor (such as clear), and
then reset the cursor to the "true" position row 50 (pointless after #8221, but
I forgot to remove it)
3. raw_line/cheap_to_print is invoked, and tries to inspect the grid at
row 50 (memory error)
4. grid_cursor_goto would have been called at this point, and set a
valid cursor position 0-39.
|