June 2014 - implementations-list - lists.ourproject.org

<backspace> not bound properly in haskell-mode
by Keshav Kini 25 Jul '14

25 Jul '14

When I have a .hs file open in a buffer (i.e. with haskell-mode activated), it seems that typing <backspace> in <N> state actually deletes characters. Investigating a bit, I see that in other modes - such as message-mode, in which I'm typing this email - doing describe-key on <backspace> yields the following: DEL (translated from <backspace>) runs the command evil-backward-char, which is an interactive compiled Lisp function in `evil-commands.el'. In haskell-mode, however, I get: <backspace> runs the command haskell-indentation-delete-backward-char, which is an interactive compiled Lisp function in `haskell-indentation.el'. The difference I notice is that in the first, we have "DEL (translated from <backspace>)", but in the second, just "<backspace>". From this I gather that evil-mode probably traps the key DEL, but not the key <backspace>. Should evil-mode perhaps trap <backspace> directly as well as DEL? Or is this a bug in haskell-mode, i.e. should haskell-mode be trapping DEL instead of <backspace>? -Keshav

2 2

Including Evil in GNU ELPA
by Stefan Monnier 19 Jul '14

19 Jul '14

I remember asking this a few years ago, but somehow I can't seem to find the answer. So here it is again: I think it would be great to include Evil in the GNU ELPA archive. Would Evil's maintainers be interested in doing so? If yes, then please get in touch with me, so we can work out the details (which mostly have to do with copyright paperwork, since we have the same policy for GNU ELPA as for Emacs, to make it easy to move code between the two). Stefan

4 5

evil: work on support for ]p, [p (adjust indent on paste)
by Johann Klähn 02 Jul '14

02 Jul '14

Hi there, I would like to work on a patch to add support for ]p and [p to evil. I have some working code (see below) to adjust the indent after a call to evil-paste-after / evil-paste-before, but I would appreciate tips on how to integrate this with existing evil code (especially so that ]p will be a single undo step, that evil-paste-pop still works, …). All the best, Johann (defun get-common-indent-in-region (start end) (setq end (copy-marker end)) (unwind-protect (let (indentation) (save-excursion (goto-char start) (or (bolp) (forward-line 1)) (while (< (point) end) (skip-chars-forward " \t") (setq indentation (cons (current-column) indentation)) (forward-line 1))) (apply #'min indentation)) (move-marker end nil))) (defun my-evil-adjust-indent-afer-paste () (interactive) (unless (memq last-command '(evil-paste-after evil-paste-before)) (error "Previous command was not a line-wise evil-paste: %s" last-command)) (let* ((start (evil-get-marker ?\[)) (end (evil-get-marker ?\])) (common (get-common-indent-in-region start end)) (this (save-excursion (cond ((eq last-command 'evil-paste-before) (goto-char end) (forward-line 1)) (t (goto-char start) (forward-line -1))) (skip-chars-forward " \t") (current-column)))) (indent-rigidly start end (- this common))))

3 4

binding to "cp" without breaking "c"
by Justin M. Keyes 02 Jul '14

02 Jul '14

Hi, I'm trying to bind a command to the "unused namespace" that happens to start with "c". By "unused namespace" I mean things like "cp" or "co" for which there is no valid text object or motion. In Vim, you can bind "cow" and it does not affect the behavior of "cdw", "ciw", etc, because "o" is not defined as a text object. For example, in unimpaired.vim[1], "cow" toggles word-wrap. I would like to do this in emacs evil, so I tried: (define-key evil-normal-state-map (kbd "c o w") 'toggle-truncate-lines) It reports "eval-region: Key sequence c p w starts with non-prefix key c". But I don't want to unbind "c" because then I can't use the evil-change operator. I tried defining a custom operator, but after looking at the evil source code I couldn't figure out how to hook into evil-change to preserve its behavior while listening for "o" and then routing it somewhere else. It seems like I'm missing something, I would think this is a common task, but I haven't found any posts that address this. Thanks for evil, it's superb! [1] https://github.com/tpope/vim-unimpaired Justin M. Keyes

4 6

In Evil, Ctrl-o is not working like in Vim
by Ed Kostas 06 Jun '14

06 Jun '14

When I press Ctrl-o in insert state, then press :w, Evil remains in normal state after executing the colon command. When I press Ctrl-o in Vim, then the :w command, the command is executed and Vim returns to the insert state. In other words, in Vim, Ctrl-o executes one command and remains in insert state. In Evil, it remains in Normal state after executing the command. It would be fine if Ctrl-o had exactly the same behaviour in Evil and in Vim. Is there any reason for this not being so?

1 1

Opening a new line in evil-mode
by Dima Gorbik 02 Jun '14

02 Jun '14

Hello all, Please take a look at the following piece of code: (goto-char (point-max)) (insert "\n”) In normal state of evil-mode goto-char moves the cursor to the end of line visually, but it points before the last symbol, not after. Although the example above works just fine — it works as if the cursor is pointing after the last symbol so the last symbol is not carried to the next line which is a correct behavior. I wonder how evil determines that it needs to insert after the last symbol, not before. The reason I ask about this is because I am trying to understand why hitting enter in haskell-mode repl in normal state in evil-mode puts the last symbol of the current line on the next line. It looks like (insert "\n") is invoked in a callback and evil doesn't know that it needs to maintain the compatibility. Thanks, Dima

2 2