| Age | Commit message (Collapse) | Author |
|---|
|
same as buffer commit Array is completely visible
|
|
lets not make the code harder to read for no reason
|
|
I already fixed the reason that this even existed (vis_event_emit
getting called at random times when the editor wasn't ready).
The option checking in main() was moved up because I noticed it
was in the wrong place while thinking about where to emit the INIT
event. There is no reason to do a bunch of useless work just to
print the version.
|
|
There only exists a single Ui so there is no need to force a
pointer redirection for accessing it.
The Ui member was moved down in vis-core.h to punt around an issue
with the way lua checks for existing objects. It may show up again
as I flatten more structs.
|
|
|
|
|
|
|
|
|
|
This removes the function pointer interface which was adding
needless complexity and making it difficult to add new events. Now
if new events are only meant for lua they only need to be added to
the lua interface. This will also have a minor reduction in
runtime memory usage and produce a smaller binary.
The only runtime difference is that QUIT happens after all windows
have been closed and their files freed.
|
|
This allows better control over styling, as well as potential for
entirely new UI elements implemented entirely using the Lua API.
|
|
|
|
These are currently not mapped by default but can be enabled by mappings
using their virtual key names.
|
|
This renames the functions and constants implementing the to/till motions.
The new names should indicate that matches are only returned within the
current line (not globally). Apart from the changed virtual key/command
name this contains no functional changes.
|
|
|
|
Add new vis-selection-new-match-all command, default keybinding <C-a>
in visual mode. Refactor selections_next_match to find all matches if
arg.b is true. This does not affect existing configs as arg.b defaults
to false.
|
|
A lot of code from selections_match_next was duplicated in
selections_match_next_literal. Use the new text_object_find_next/prev
functions to combine the two match_next functions into one.
|
|
|
|
Determine the matching behavior based on the first (not primary)
selection.
Fix #864
|
|
|
|
Use :, which is a short hand for :0,$ instead.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Fix #825
|
|
If the existing primary selection is not a word, switch to a literal
search. This should still avoid unwanted prefix matches (e.g. when
renaming related variables) but allow searching for arbitrary regions.
Fix #746
|
|
Introduce utility function to create new anchored, primary selection.
|
|
|
|
|
|
Special case <C-v><Enter> to still insert a carriage return as discussed
in #656 and changed in 2cfc9c867bdfd4cc3ae3246f31cf636633fe1a5f.
Due to limitations of the current implementation <C-v> is not generic,
i.e. combining it as r<C-v><Enter> will not work.
Fixes #765
|
|
|
|
This only removes the user visible mapping, the underlying implementation
is kept for now. It is used in insert mode for the implementation of <C-r>
(register insertion).
|
|
This only removes the user visible mapping, the underlying implementation
is kept for now. This might change in the future.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Previously something like n<C-e> would also apply the count `n` to the
subsequent action.
|
|
This should allow the :-command prompt to be closed with <C-c><C-c>
(from insert mode) or <C-c> (from normal mode).
Fix #608
|
|
Use visual mode and :| to filter text through external commands.
The mapping was already reused for selection complement.
|
|
Pressing Ctrl+\ should probably not terminate the editor.
In previous versions libtermkey would disable signal
generation by disabling termios VQUIT. However, curses
probably overrides it when they both fight for terminal
settings. This should probably be cleaned up at some point.
Ignoring SIGQUIT seems like a good idea anyway.
|
|
This should also fix coverity issue 157024.
|
|
The static analyzer can currently not infere that there always exists
at least one selection.
|
