March 2013 - implementations-list - lists.ourproject.org

evil-paredit-mode.el mode map blues
by Óscar Fuentes 19 Mar '13

19 Mar '13

Hello. I'm trying Evil since a few days ago (looks great so far) and, as a heavy user of paredit.el, I'll like to avoid the possibility of damaging the structure of my Lisp code with Evil commands. A quick search reveals the existence of a small hack named evil-paredit-mode: https://github.com/roman/evil-paredit/blob/master/evil-paredit.el but, after visiting a Lisp file and executing M-x evil-paredit-mode, at first it seems that it has no effect and M-x x shows that the key is still bound to evil-delete-char. But after some random edit operations, the key becomes bound to paredit-forward-delete, as it should since the activation of evil-paredit-mode. Why could this happen? I'm using Emacs compiled from trunk 5 days ago, Evil from latest git sources and paredit-beta.

2 3

emacs ecb conflicts with evil-mode?
by Hongxu Chen 16 Mar '13

16 Mar '13

Hi all, I am new to Emacs(and evil-mode). Currently I have difficulties in using evil-mode when *ecb mode* is activated. The problem is that the *Enter *key is no longer available in any windows of ecb, so I cannot switch from the navigation window to the source code window at the right side. I also tried `(evil-set-initial-state 'ecb-minor-mode 'emacs)`, this time I can use the default key-bindings in ecb(and so is the *Enter *key). What annoys me is that when I switch to the source code, evil-mode key-bindings are deactivated. And even I now toggle ecb-minor-mode off, the key-bindings are still not available. So I have to `M-x evil-mode` twice to use the right evil-mode. I know this problem may lie in the fault of ecb, however I guess someone else has also come across this problem when using evil. Thanks in advance. Hongxu Chen

2 2

NEO and Evil
by Tempora Tempa 15 Mar '13

15 Mar '13

Hi all, I'm using the NEO keyboard layout, and i want to integrate it somehow with Evil. One case is to change the state bindings of the key 'r', because 'r' is assigned to 'k' on qwert(z|y). Currently i'm doing this by editing the global evil state maps directly: (define-key evil-normal-state-map "r" nil) (define-key evil-motion-state-map "r" 'evil-previous-line) Without setting 'r' to nil in normal state, i would call the evil-replace function every time, when i try to move one line up. I don't know whether this is the clean way of removing key bindings from a map. I've copied this solution from somewhere. Now this approach feels pretty dirty, because i think it's not intended by the developers to change the evil state maps this way. My second idea was to create a NEO minor mode with a sparse keymap and use evil-define-key, as described in the documentation. However, "unsetting" the 'r' keybinding in the normal state didn't work: (evil-define-key 'normal neo-mode-map "r" nil) ;; or 'undefine instead of nil (evil-define-key 'motion neo-mode-map "r" 'evil-previous-line) Pressing 'r' in normal state just doesn't do anything, but doing so in a motion only state buffer (like *Help*) worked. I've tried to understand how the auxiliary keymaps for evil work. It seems the keybinding of 'r' to nil or 'undefine is stored in the auxiliary map and takes precedence over the keybind for the motion state. Last i found the evil-make-intercept-map and evil-make-overriding-map functions, but i don't think they are solutions to my problem. I think the neo-minor-mode solution would be the best way, but i don't know how to completely remove a keybinding from an evil state during such a mode. I would be thankful for any advice. BTW: Please CC me

2 1

Deleting buffer without losing the split window
by Sanel Zukan 15 Mar '13

15 Mar '13

Hi all, I'm just curious how do you guys handle this case? I often have screen split with a couple of buffers and when I delete one of them, split got messed up. Vim have one cool trick for this: ':bp|bd #' and evil will only execute ':bp' part. Is it hard to add similar feature (this looks to me like piping the commands) or Emacs has something better under the belt? Regards, Sanel

4 4

M- commands no longer pass through
by Eric S Fraga 13 Mar '13

13 Mar '13

Hello, in the past week sometime, give or take, the default behaviour of evil seems to have change with respect to any key bindings *not* in the standard (normal, insert) maps. I first noticed this when trying to type M-q while writing; this key is globally bound to maybe-fill-paragraph, my own function. Now even M-x doesn't work. I have to switch to emacs mode first. The annoying thing is that C-h c M-q says M-q runs the command maybe-fill-paragraph but hitting M-q gives M-q is undefined Similar behaviour is observed for M-x, M-; and M-:, all of which are quite hard-coded into my emacs fingers and have no immediate evil equivalents in any case... Is there a change in the default configuration I have missed? I have gone through the git log but haven't noticed anything specific. I am using evil version 1.0-dev. Is there a variable I can tweak to allow these keystrokes to go through? Thanks, eric -- : Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D : in Emacs 24.3.50.1 + Ma Gnus v0.6 + evil 1.0-dev : BBDB version 3.02 ($Date: 2013/02/16 14:37:17 $)

4 11

Selectively replace motion keys
by Ben Sanchez 13 Mar '13

13 Mar '13

Hi, I have made magit status mode start in motion state and it works well for most of the magit keys. However, evil state motion overrides a few magit keys such as F ("git pull") and instead expects a char to move leftwards. How can I make some magit keys selectively have precedence over evil motion keys? Thanks!

4 4

Re: Deleting buffer without losing the split window
by Sanel Zukan 10 Mar '13

10 Mar '13

Thank you guys for replies: didn't know C-x k will keep window layout. Frank Fischer wrote: > Maybe we could add another parameter that determines whether the > windows should be closed and defaults to some customization > option. +1 Although this could start deviating from Vim's features (I'm not sure does vim provide similar option) it will make life easier for sure. Aside from that, solution like: (evil-ex-define-cmd "bdp" 'kill-buffer) is perfectly acceptable for me too ;) Christoph LANGE wrote: > The pipe is somewhat misleading; here's what the vim help says: > >--- %< --- %< --- %< --- %< --- %< --- %< --- %< --- %< --- %< --- %< > '|' can be used to separate commands, so you can give multiple commands > in one > line. If you want to use '|' in an argument, precede it with '\'. >--- %< --- %< --- %< --- %< --- %< --- %< --- %< --- %< --- %< --- %< Ahh, thanks for the tip! Regards, Sanel

1 0

Re:implementations-list Digest, Vol 53, Issue 5
by damien.thiriet77＠laposte.net 10 Mar '13

10 Mar '13

Hi, > Now this approach feels pretty dirty, because i think it's not intended by the developers to change the evil state maps this way. > ---------------------------------------------------------------------- Why do you fill this is dirty. If the function works it was certainly designed for this purpose. I am writing with evil using a bépo layout, and I did not create any minor mode, just rebinded the keys the way you do it and everything works fine… Of course you can make a minor mode, but it doesn't make sense to me if you are always using your Neo layout… I prefer the Keep It Simple, Stupid way: the less lines of code, the better… Damien Thiriet > Hi all, > > I'm using the NEO keyboard layout, and i want to integrate it somehow with Evil. One case is to change the state bindings of the key 'r', because 'r' is assigned to 'k' on qwert(z|y). Currently i'm doing this by editing the global evil state maps directly: > > (define-key evil-normal-state-map "r" nil) > (define-key evil-motion-state-map "r" 'evil-previous-line) > Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net

1 0