| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
Fixes #1520
|
|
|
|
Fixes #1385
|
|
|
|
Fixes #1133
|
|
|
|
With composed characters in the buffer, such as with prettify-symbol-mode
active, emacs may adjust point after the post-command-hook is run. In this case,
evils visual markers do not get updated prior to say evil-delete and the deleted
region does not agree with what is seen visually (only part of the composed
characters are deleted). Forcing a last update using evil-visual-refresh
in evil-visual-range resolves this issue.
|
|
|
|
Fixes #1639
|
|
|
|
|
|
This is pretty new in Vim (Jan 2022)
|
|
Fixes #1644
|
|
Fixes #1645
|
|
|
|
|
|
This reverts commit 25885ddc07d4cf09c600b2b71f226cfcf3a5746d.
Fails on emacs 29 because of long-line handling: #1617
|
|
|
|
In vim, deleting an indented word when it's the only word on a line
will just not delete any whitespace. This applies specifically to
word objects in vim (see
https://github.com/vim/vim/blob/c7bd2f08e531f08723cdc677212a3633d11c9a97/src/textobject.c#L809),
and not any other objects.
|
|
|
|
fixes #1636
|
|
It's useful to set these marks (`<` and `>`) to change what the `gv`
command selects.
Fixes #1634
|
|
Before commit
b799fca7 Add `evil-select-an-unrestricted-object`
evil-select-an-object was used for unrestricted selection. b799fca7
made this function restrict selection to a line, and introduced a new
function evil-select-an-unrestricted-object that works same way as
evil-select-an-object before.
But evil-select-an-object is an API that might be used by people in
custom configuration, and changing behavior of the function would result
in silent breakage.
It is also worth noting that documentation at doc/source/extension.rst
and doc/build/texinfo/evil.texi still mentions the older unrestricted
behavior.
So let's restore the original behavior of evil-select-an-object by:
1. Renaming evil-select-an-object → evil-select-a-restricted-object
2. Renaming evil-select-an-unrestricted-object → evil-select-an-object
|
|
Before commit
04b25f6 Add `evil-select-inner-unrestricted-object`
evil-select-inner-object was used for unrestricted selection. 04b25f6
made this function restrict selection to a line, and introduced a new
function evil-select-inner-unrestricted-object that works same way as
evil-select-inner-object before.
But evil-select-inner-object is an API that might be used by people in
custom configuration, and changing behavior of the function would result
in silent breakage.
It is also worth noting that documentation at doc/source/extension.rst
and doc/build/texinfo/evil.texi still mentions the older unrestricted
behavior.
So let's restore the original behavior of evil-select-inner-object by:
1. Renaming evil-select-inner-object → evil-select-inner-restricted-object
2. Renaming evil-select-inner-unrestricted-object → evil-select-inner-object
|
|
No more "There are no full lines in the region" when 'hist is
empty. Plus doing it like this is actually faster.
|
|
|
|
Fixes #1628
|
|
|
|
|
|
|
|
aa3ea1dcfc54fe25581841a8685679d482e99b3f unwed these, but they should
still keep in touch (so people can easily find out why behaviour
changed).
|
|
When there's outdate byte-compiled files, they may be loaded instead
of the new changed code.
Enable `load-prefer-newer` would avoid this.
|
|
Add auto-completion for `evil-ex' LISP expressions leveraging
`elisp-completion-at-point' if available.
|
|
Co-authored-by: rolag <rolag@users.noreply.github.com>
|
|
* Fix up evil-indent
* Add evil-test-indent
* Fix up
* Improve test
|
|
Fixes #1617
|
|
|
|
|
|
|
|
Deprecate `evil-want-visual-char-semi-exclusive`.
Fixes #897
|
|
|
|
Fixes #834
|
|
|
|
|
|
Fixes #1321
|
|
haskell-interactive-mode and utop-mode are REPL-like modes that both
inherit from fundamental-mode, so they need to be explicitly listed here.
|
|
|
|
|
