July 2013 - 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

A couple of questions
by Keshav Kini 13 Sep '13

13 Sep '13

Hello, First of all, thank you very much for your great work on evil! I'm really pleasantly surprised at how active your development is :) I'm a vim user who is trying to learn emacs without losing the handy modal editing of vim (as I imagine many others on this list are), and evil seems to be exactly what I need. I have a couple of questions. First, I am wondering if evil-want-C-u-scroll is broken. I have set it to t using M-x customize-group evil-mode, which causes (custom-set-variables '(evil-want-C-u-scroll t)) to appear in my ~/.emacs , but I don't see any difference in the behavior of evil. Is there something else I need to do in order to make C-u call evil-scroll-up (as C-h k C-d tells me that C-d is bound to evil-scroll-down)? Second, I am wondering about the behavior of :q . It seems to me that it behaves more like :qa does in vim. According to vim documentation, :q[uit] should "Quit the current window. Quit Vim if this is the last window.". So I guess it should be similar to kill-buffer in emacs, no? Thanks again! -Keshav

6 10

strange behaviour with f, r and t in evil mode: next key is taken as being a command in normal mode
by Eric S Fraga 06 Jul '13

06 Jul '13

Hello, I just upgraded both emacs and evil. The latest commit for evil is ,---- | commit 9d0d51ffc4281b2e716618fcdbe52414a81aa7b6 | Author: Michael Markert <markert.michael(a)googlemail.com> | Date: Fri Jun 7 11:22:24 2013 +0200 | | Move ace-jump-mode integration out of `eval-after-load`. `---- and emacs is the snapshot from 11 June. Now, when in normal state, commands like f (evil-find-char), t (evil-find-char-to) and r (evil-replace) no longer work because the next keystroke is read as if in normal mode (e.g. typing "f x" causes the character under the cursor to be deleted). I can revert evil to an earlier state, of course. The only commit I see from the previous couple of weeks (since the last time I pulled from the git repository) that could have something to do with this (but only because I don't actually understand the commit message ;-) appears to be: ,---- | commit bcf0bac71c984ea45dc94f283e281f4ffbc5b4a1 | Author: Frank Fischer <frank.fischer(a)mathematik.tu-chemnitz.de> | Date: Fri May 24 22:01:11 2013 +0200 | | Disable narrowing in char arguments in operator state (fix #294) | | When éa motion is read in operator state, the buffer is narrowed to | the current field so that the operation is always restricted to that | field. If a character argument is read then this restriction is | visible. This fix disables the restriction temporarily if an argument | with the <C> interactive code is used, which is the case for f,F,t and | T motions. `---- The problem arises with emacs -Q and only evil loaded so the problem is not caused by any customisation I have made, as far as I can tell. Thanks, eric -- : Eric S Fraga, GnuPG: 0xFFFCF67D : in Emacs 24.3.50.1 + Ma Gnus v0.8 + evil 1.0.5 : BBDB version 3.02 ($Date: 2013/05/15 13:17:58 $)

6 9

portabilidad corporativa con importantes bonificaciones
by Claro Empresas 03 Jul '13

03 Jul '13

CLARO PLANES CORPORATIVOS Vení con tu flota y números actuales y hablá Ilimitado* con todos los usuarios CLARO del País Plan Portabilidad para nuevos clientes CLARO: - Pull de 3000 minutos Nacionales y Administrables - 3000 SMS - Llamadas Ilimitadas* a los 20.000.000 de usuarios CLARO del País - Tarifa PLANA en TODO el País - Control de minutos on-line y distribución de los mismos Precio del plan $900.- + imp. Más precios increíbles: - Samsung S2 desde $750 - final - Samsung ADVANCE desde $350 - final - BlackBerry 9300 desde $180 - final - Nokia N100 desde $20 - final - Paquete de datos Ilimitados (internet, chat, email, redes sociales) $40 - final Consulte estos u otros planes acorde a su necesidad en: (011) 2045-7778 (líneas rotativas) info(a)e-clarocorpo.com CLARO EMPRESAS Estamos a su lado en todo momento Para quitarse o remover del newsletter click aquí * Llamadas Ilimitadas a los 20.000.000 de usuarios CLARO del País, a solo $15.- + imp. por línea Todas las ofertas sujetas a fecha de vencimiento

1 0