I do this:
(define-key evil-normal-state-map "o" nil)
(define-key evil-visual-state-map "o" nil)
(defmacro my-define-insert-pair-key-binding (open-char close-char)
"Define key binding for inserting a pair."
`(define-key evil-normal-state-map ,(format "o%c" open-char)
(lambda (&optional pa
You can use builtin undo system with Evil.
FWIW, I've only seen that undo-tree bug when using undo in region.
On Mon, Nov 10, 2014 at 10:45 AM, Óscar Fuentes wrote:
> Titus von der Malsburg writes:
>
> > I think there are two issues:
> >
> > - the variable size of undo steps
> > - the error wh
It's a known issue with undo tree unrelated to evil.
On Nov 10, 2014 7:41 AM, "Óscar Fuentes" wrote:
> From time to time undo-tree behaves strangely. With a single undo step
> it can undo a char insert or whole paragraphs that took several minutes
> to enter. Worse, sometimes it fails while tryin
> I'm starting to think now that this should be the default Evil
> behavior, as Evil requires undo-tree to function
> properly (i.e., it does not make sense to have Evil enabled
> without undo-tree-mode, when undo-tree is available).
I wasn't aware Evil doesn't function properly without
undo-tree.
I have this after loading Evil at init.el top level:
(require 'undo-tree)
(global-undo-tree-mode 1)
Evil makes the same call if undo-tree is available on the load-path, so
it's not necessary.
On Mon, Dec 30, 2013 at 3:49 PM, Linus Arver wrote:
> Hello list,
>
> When I open a file with an unr
> and in the process i noticed that i don't need any of the
> add-to-list's in order to run the (require '...)'s manually (via
> ^x^e), but i do need them if i want the require's to run in my
> .emacs!
Call (package-initialize), as explained at
http://www.emacswiki.org/emacs/ELPA
> now, to use in
On Fri, May 3, 2013 at 4:00 PM, aditya siram wrote:
> I'm working on a patch to evil where searching for a word with '/' allows
> me to stop at a partial match.
>
> For example, given:
> "The wor^d I am looking for is abcd".
> where '^' represents point, if I type '/' 'abce', 'abc' is highlighted
The motivation for the motion keymap makes sense. What was the motivation
behind the motion state? Was it based on the observation that some buffers
don't involve text editing, or something else?
On Mon, Apr 8, 2013 at 2:25 AM, Frank Fischer
wrote:
> On 2013-04-05, Barry OReill
Modes in which direct editing of text isn't sensical generally initialize
in motion or emacs state. This means that the evil-normal-state-map is
inactive. But there are some useful Evil commands in evil-normal-state-map
that don't involve editing text, such as:
evil-record-macro
what-cursor-p
Possibly related to:
https://bitbucket.org/lyro/evil/issue/241/evil-execute-in-emacs-state-misbehaves-in
On Mon, Mar 18, 2013 at 2:34 PM, Linus Arver wrote:
> Hello all,
>
> I use emacs-evil with haskell-mode. Whenever I enter the "S"
> hotkey a new buffer (haskell-mode's "Help" file) is opened
If you haven't read the EmacsWiki page for Evil, it describes this kind of
thing.
On Wed, Mar 13, 2013 at 9:50 AM, Ben Sanchez wrote:
> Thanks,
>
> If one wants to let all keymaps of other modes to override Evil's, I
> think that can be done with
> evil-overiding-maps/evil-intercept-map. I wond
I'm not clear on what you're doing, but it sounds like you might want to
use Emacs key translations. To see how to do Evilish key translations, see
the EmacsWiki Evil page.
On Sat, Nov 17, 2012 at 6:55 PM, damien.thiriet77 <
damien.thirie...@laposte.net> wrote:
> Hello,
>
>
> I have to change
On Tue, Oct 30, 2012 at 4:52 PM, aditya siram wrote:
> I'm having an issue with the master branch where the cursor in Insert
> mode doesn't always move to the next line with Return or Ctrl-J. I can
> reproduce this in the following way:
> 1. open a new buffer with `:new`
> 2. Go into Insert mode w
My preference is to avoid conflict with other Emacs modes like eshell and
auto-revert-tail-mode . That it simplifies the Evil implementation is
bonus.
___
implementations-list mailing list
implementations-list@lists.ourproject.org
https://lists.ourprojec
Probably need to remove it from evil-overriding-maps. The Evil Emacs Wiki
page covers this topic. http://emacswiki.org/emacs/Evil
On Sat, Oct 20, 2012 at 6:55 AM, Mark Tran wrote:
> Hello,
>
> I've noticed that evil-mode works fine in compilation-mode except "h" is
> bound to describe-mode an
>
> Regarding the last line of the buffer, this is indeed a "feature" of evil.
> Vegard and I had a long discussion about this and finally agreed on the
> current implementation which is as follows. Evil considers
> newline-characters as line terminators, not as line separators, which is
> the defa
> I want "i" mapped to evil-forward-char in
normal, visual, visual block, dired, etc. modes. I want to avoid this:
If you want the key binding in normal and visual, you can add it to the
evil-motion-state-map, which is active in both of those two. In terms of
how to integrate it with Dired's own
I've put together a guide for managing keymaps in a way that allows one to
use much of Emacs in Vim-like ways (ie using short key sequences near home
row instead of Control-Shift-Nonsense). It has some of the things I would
have liked to know when I first converted to Emacs, but now do and can
com
The key binding for evil-execute-in-emacs-state is currently defined in
evil-normal-state-map. However, perhaps it makes more sense to put it in
evil-motion-state-map, so as it is available in buffers that start in
motion state. For example, the user might want to \b in Buffer Menu, to
run the Bu
You byte compiled Evil right? 'make' does it.
On Tue, Jul 31, 2012 at 4:29 PM, Nikolai Weibull wrote:
> On Tue, Jul 31, 2012 at 10:11 PM, Frank Fischer
> wrote:
> > Am Tue, 31 Jul 2012 17:40:49 +0200
> > schrieb Nikolai Weibull :
>
> >> I just hold down ‘w’ and let it auto-repeat. Did you t
I defined york-bar the same as you and invoked M-x york-bar while in
normal state. Then I did the . command and entered the elisp debugger
because of error:
Debugger entered--Lisp error: (void-variable p)
eval(p nil)
eval-last-sexp-1(nil)
eval-last-sexp(nil)
call-interactively(eval-last-s
I'll move the discussion of
https://bitbucket.org/lyro/evil/issue/164/pasted-text-not-in-repeat-ring
to the mailing list in case others are interested. The topic is what
Evil does with the repeat ring when the user pastes text (via eg X11)
while in insert mode.
> vim has similar problems and a si
hoed to the mini-buffer and emacs waits.
>
> Bob
>
>
> -- Forwarded message --
> From: Barry OReilly
> Date: Wed, May 30, 2012 at 9:22 AM
> Subject: Re: rebinding C-w
> To: vi/Vim emulation in Emacs
>
>
> What does it show when you do: C-h k
What does it show when you do: C-h k C-w
I've found I generally need to look at what's in the
evil-motion-state-map and evil-normal-state-map and make them
consistent. See evil-maps.el for the stock key bindings. As
described in evil-core.el: "Normal state inherits bindings from Motion
state".
> In the meantime you could use (setq evil-overriding-maps nil) before
> *loading* evil to achieve the same results (I think ;)).
Do you mean after (require 'evil) and before (evil-mode 1)? That
didn't work unfortunately.
Specifically, I have key bindings
(define-key evil-normal-state-map "o" n
I'm not sure whether to place the custom-set-variables call before or after
initializing Evil. Some customizations only work before Evil
initialization, some after.
For example,
(custom-set-variables
'(evil-overriding-maps nil))
doesn't work correctly if after Evil init.
(custom-
26 matches
Mail list logo
