mirror of
https://github.com/doomemacs/doomemacs.git
synced 2026-02-16 12:51:29 -08:00
+ Now uses an overriding keymap for leader keys, so that it is always
available, even outside of normal/visual states. In insert/emacs
states, or in sessions where evil is absent, an alternative prefix is
used for leader/localleader keys. See these variables:
+ doom-leader-prefix
+ doom-leader-alt-prefix
+ doom-localleader-prefix
+ doom-localleader-alt-prefix
+ Keybinds now support alternative prefixes through the new :alt-prefix
property. This is useful for non-evil users and non-normal evil
states. By default, this is M-SPC (leader) and M-SPC m (localleader).
+ Removed +evil-commands flag from config/default (moved to
feature/evil/+commands.el).
+ config/default/+bindings.el has been split into
config/default/+{evil,emacs}-bindings.el, which one is loaded depends
on whether evil is present or not. The latter is blank, but will soon
be populated with a keybinding scheme for non-evil users (perhaps
inspired by #641).
+ The define-key! macro has been replaced; it is now an alias for
general-def.
+ Added unmap! as an alias for general-unbind.
+ The following modifier key conventions are now enforced for
consistency, across all OSes:
alt/option = meta
windows/command = super
It used to be
alt/option = alt
windows/command = meta
Many of the default keybinds have been updated to reflect this switch,
but it is likely to affect personal meta/super keybinds!
The map! macro has also been rewritten to use general-define-key. Here
is what has been changed:
+ map! no longer works with characters, e.g. (map! ?x #'do-something) is
no longer supported. Keys must be kbd-able strings like "C-c x" or
vectors like [?C-c ?x].
+ The :map and :map* properties are now the same thing. If specified
keymaps aren't defined when binding keys, it is automatically
deferred.
+ The way you bind local keybinds has changed:
;; Don't do this
(map! :l "a" #'func-a
:l "b" #'func-b)
;; Do this
(map! :map 'local "a" #'func-a
"b" #'func-b)
+ map! now supports the following new blocks:
+ (:if COND THEN-FORM ELSE-FORM...)
+ (:alt-prefix PREFIX KEYS...) -- this prefix will be used for
non-normal evil states. Equivalent to :non-normal-prefix in general.
+ The way you declare a which-key label for a prefix key has changed:
;; before
(map! :desc "label" :prefix "a" ...)
;; now
(map! :prefix ("a" . "label") ...)
+ It used to be that map! supported binding a key to a key sequence,
like so:
(map! "a" [?x]) ; pressing a is like pressing x
This functionality was removed *temporarily* while I figure out the
implementation.
Addresses: #448, #814, #860
Mentioned in: #940
|
||
|---|---|---|
| .. | ||
| autoload | ||
| test | ||
| +everywhere.el | ||
| config.el | ||
| packages.el | ||
| README.org | ||
:feature evil
This holy module brings the vim experience to Emacs.
Table of Contents TOC
Removing evil-mode
See the corresponding question in the FAQ.
Features
- A better
:g[lobal]command with incremental highlighting. - Adds the
:al[ign]ex command: offers an ex interface toalign-regexpwith incremental highlighting. - Support for more of vim's filename modifiers in ex commands (like
:p,:p:hor:t) than vanilla evil-mode offers. -
A list of new text objects:
- Blocks:
B(fromevil-textobj-anyblock) - Args:
a(fromevil-args) - Indentation:
i/I/J(fromevil-indent-plus)
- Blocks:
-
Incorporates vim functionality ported to evil:
vim-commentary=>evil-commentaryvim-easymotion=>evil-easymotionvim-multiedit=>evil-multieditvim-multiple-cursors=>evil-mc&evil-multieditvim-seekorvim-sneak=>evil-snipevim-surround=>evil-embrace&evil-surround
NERDTreeequivalent is available in:tools neotree
Multiple-cursors
Two multiple-cursor implementations exist in this module: evil-mc and
evil-multiedit. Together, these provide the functionality of
vim-multiple-cursors.
The former lets you place "clone" cursors. The latter lets you interactively
edit many regions at once (like an interactive version of :%s).
A hybrid code-folding system
This module combines evil-vimish-fold and hideshow. The former allows
arbitrary folds and the latter allows folds on markers and indentation.
Together, they create a more consistent (and feature-complete) code-folding
system.
Most vim folding keys should work, e.g. zr, zm, za, zo, etc.
Hacks
- Automatically moves to new window when splitting
- From visual mode,
*and#will search for the current selection instead of the word-at-point.
Differences from vim
- Column-wise ranges in ex commands are enabled by default. i.e. the range in
:'<,'>s/a/bwill only affects the visual selection, not full lines (seeevil-ex-visual-char-range). :gwill incrementally highlight buffer matches.