| Age | Commit message (Collapse) | Author |
|---|
|
This either requires a dependency on the `nadvice` package,
or bumping the minimum Emacs version to 24.4. I went with
the `nadvice` package, but maybe bumping up to 24.4 would be better.
* evil.el: Require `nadvice`.
* evil-core.el (evil--advices): New var.
(evil-mode): Use it instead of `ad-dis/enable`.
(evil--advice-add): New function.
(set-window-buffer, select-window, toggle-input-method, use-global-map):
* evil-search.el (isearch-message-prefix, isearch-delete-char)
(isearch-lazy-highlight-search):
* evil-integration.el (keyboard-quit, wdired-change-to-dired-mode)
(show-paren-function, quail-show-key, describe-char, ace-jump-done):
Use `(evil--)advice-add` instead of `defadvice`.
(preceding-sexp, pp-last-sexp): Remove old code for when `advice-add`
is not available.
* evil-repeat.el (evil--read-key-sequence-advice): Adapt to use in
`advice-add`.
(read-key-sequence, read-key-sequence-vector): Use `advice-add`.
* evil-keybindings.el (elp-results): Use `advice-add` and move outside
of `eval-after-load`.
|
|
|
|
Fixes issue raised in #1541
|
|
|
|
|
|
Instead of positioning the point and narrowing correctly for the
entirety of show-paren-function, just do it for the
show-paren-data-function call. This avoids duplicating the logic for
removing stale overlays, which had to support both the new and old names
of the once renamed show-paren--overlay variables.
Not narrowing during show-paren-function also fixes an issue with the
"mixed" show-paren-style, which uses pos-visible-in-window-p, see #1739.
Closes #1739
|
|
|
|
way (#1534)
* Try just comparing to '0'
* Remove cruft and clean things up
* Remove magic number
|
|
* Modify evil-keypress-parser logic to be more modular
* Rewrite tests and update visual line logic for updated digit handling
* Completely remove need for redirect-digit-argument at cost of ugliness
* Remove reference to obsolete func in evil-keybindings.el
|
|
|
|
Closes #1074
|
|
Oops. :-P
|
|
|
|
Fix #1354
|
|
|
|
|
|
This reverts commit e9391ae769bee189ef6144b8861b117d5c948a80, and
removes spurious debug messages.
|
|
This reverts commit c6086a7b0b44963071096e3ed7545f617de88915.
|
|
|
|
|
|
|
|
|
|
Version 1.2.15 was accidentally tagged as 1.12.15, and released as
such by MELPA Stable, so now I guess we have to run with it.
|
|
|
|
Placate byte-compiler
|
|
|
|
|
|
"A FILE with an "ext:" prefix is an external file.
check-declare will check such files if they are found, and skip
them without error if they are not."
|
|
|
|
when evil-respect-visual-line-mode is non-nil, including
evil-change-line, evil-delete-line, and evil-yank-line. Most of the work is done
through the motions evil-line-or-visual-line and
evil-end-of-line-or-visual-line. These motions use visual lines when
visual-line-mode and evil-respect-visual-line-mode are non-nil, and revert back
to standard lines otherwise.
Visual selection via visual lines in the sense of visual-line-mode is supported
by adding a new screen-line type (named to avoid confusion with visual state).
|
|
|
|
|
|
|
|
Evil's built-in integration with avy is missing some avy commands,
which causes unexpected behaviour: some avy commands do not properly
behave as evil motions.
Add the missing commands, and while at it, sort the names in
alphabetic order.
|
|
|
|
|
|
Currently Evil breaks `term-char-mode` undo by enabling `undo-tree-mode`, see
https://github.com/syl20bnr/spacemacs/issues/4063#issuecomment-162913414
`turn-on-undo-tree-mode` checks the variable `undo-tree-incompatible-major-modes`
before enabling `undo-tree-mode`, see https://github.com/emacs-evil/evil/blob/master/lib/undo-tree.el#L2618
|
|
Remap commands to use visual version when `visual-line-mode' is active.
These commands are swapped
`evil-next-line' <-> `evil-next-visual-line'
`evil-previous-line' <-> `evil-previous-visual-line'
`evil-beginning-of-line' <-> `evil-beginning-of-visual-line'
`evil-end-of-line' <-> `evil-end-of-visual-line'"
|
|
|
|
When non-nil (which is default) the `expand-abbrev` will be called in
a `evil-insert-state-exit-hook` hook. This is in-line with Vim's behaviour.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
