yank-pop
Chao Lu
loochao.list at gmail.com
Wed Jan 21 05:43:37 CET 2015
Hi Frank,
Yes, exactly! I got it work with the same way. Thanks a lot for the
detailed instruction.
BTW, the other thing I dislike evil-mode is the end-of-line behavior, where
always backward one char. In order to restore to Emacs original behavior,
just
;; Disable the annoying backward-one-char behavior of Vim
;; Use Emacs behavior instead.
(setq evil-move-cursor-back nil)
Best,
Chao
On Tue, Jan 20, 2015 at 2:43 PM, Frank Fischer <frank-fischer at shadow-soft.de
> wrote:
> Am 20.01.2015 um 03:21 schrieb Chao Lu:
> > Dear list,
> >
> > As a new user of evil, I love it a lot, but have some questions which I'm
> > trying to tackle:
> >
> > First, I want the emacs intial yank-pop back by:
> > (define-key evil-insert-state-map (kbd "M-y") 'yank-pop)
> > (define-key evil-normal-state-map (kbd "M-y") 'yank-pop)
> > (define-key evil-emacs-state-map (kbd "M-y") 'yank-pop)
>
> Evil defines its own version of `yank-pop` called `evil-paste-pop`,
> which is by default bound to C-p in normal state. The command `yank-pop`
> is remapped to `evil-paste-pop`, that's why your bindings do not work as
> expected (they call `evil-paste-pop`, not `yank-pop` because of the
> remapping). In contrast to `yank-pop` Evil's function knows how to
> handle Evil's own paste function (the command p and P, line wise and
> block paste, etc.). However, the downside is that you *must* use Evil's
> paste functions (and not the normal Emacs "yank" C-y). If you prefer
> Emacs paste you should remove the remapping, e.g.
>
> (define-key evil-normal-state-map [remap cua-paste-pop] nil)
> (define-key evil-normal-state-map [remap yank-pop] nil)
>
> should work.
>
> > How to make evil behave like emacs when call end-of-line. i.e.
>
> There's a customization option
>
> M-x customize-variable RET evil-move-cursor-back RET
>
> Set this option to "off" (or set the variable to nil, (setq
> evil-move-cursor-back nil)).
>
> Frank
>
>
> _______________________________________________
> implementations-list mailing list
> implementations-list at lists.ourproject.org
> https://lists.ourproject.org/cgi-bin/mailman/listinfo/implementations-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://lists.ourproject.org/pipermail/implementations-list/attachments/20150120/1634b3fb/attachment.htm
More information about the implementations-list
mailing list