Evil-mode keymapping being overridden by org-mode

Eivind Fonn evfonn at gmail.com
Thu Apr 6 21:22:43 CEST 2017


Hi Brandon,

I'm guessing you're using evil-org-mode. This sounds like a symptom of that
package, which has "t" bound to org-todo. I don't think you've tried to do
this with just evil installed, because not only can I not reproduce it, but
C-a a doesn't even open the agenda.

Eivind

On Thu, Apr 6, 2017 at 7:40 PM, Brandon Amos <bamos at cs.cmu.edu> wrote:

> Hi, I am mapping the "t" character in evil normal/motion modes to
> `evil-next-line` with the following. I am doing this mapping
> for reasonable navigation with the Dvorak layout.
>
>   (define-key evil-normal-state-map "t" 'evil-next-line)
>   (define-key evil-motion-state-map "t" 'evil-next-line)
>
> This works well, except in one case when org mode over-rides
> my mapping with `org-todo`:
>
>   1. Open Emacs and an org file
>   2. In normal mode, `C-h k t` shows that `t` is bound to evil-next-line.
>   3. Open the agenda with `C-a a`
>   4. Close the agenda buffer with `C-x 0`
>   5. In normal mode, `C-h k t` shows that `t` is bound to `org-todo`
>
> How can I prevent opening the agenda buffer from
> over-writing this key mapping like this?
>
> I've tried searching for ways to unset this org-mode keyboard mapping
> and ways to define keyboard mappings that can't be over-ridden,
> but I haven't been able to find anything that works.
>
> If it is helpful, I am using this version of spacemacs:
> https://github.com/syl20bnr/spacemacs/tree/c2774bc0dea3dbc63621709d54685f
> bbe9212d55
> My (near-vanilla) spacemacs init file is here.
> I set the evil keymappings in dotspacemacs/user-config:
> https://github.com/bamos/dotfiles/blob/master/.spacemacs.d/init.el
>
> -Brandon.
>
> _______________________________________________
> 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/20170406/fd2f5621/attachment.html>


More information about the implementations-list mailing list