Non editing Evil commands in evil-normal-state-map

Barry OReilly gundaetiapo at gmail.com
Mon Apr 8 16:47:18 CEST 2013


The motivation for the motion keymap makes sense.  What was the motivation
behind the motion state?  Was it based on the observation that some buffers
don't involve text editing, or something else?

On Mon, Apr 8, 2013 at 2:25 AM, Frank Fischer
<frank-fischer at shadow-soft.de>wrote:

> On 2013-04-05, Barry OReilly <gundaetiapo at gmail.com> wrote:
> > Modes in which direct editing of text isn't sensical generally initialize
> > in motion or emacs state.  This means that the evil-normal-state-map is
> > inactive.  But there are some useful Evil commands in
> evil-normal-state-map
> > that don't involve editing text, such as:
> >   evil-record-macro
> >   what-cursor-position
> >   find-file-at-point
> >   evil-quit
> > and several others.
> >
> > These are unavailable in for example Buffer Menu, even though they would
> > make sense there.
> >
> > What's the reason behind putting non editing commands in
> > evil-normal-state-map?
>
> Because they have always been there ;)
>
> I really don't remember, but one important reason is that commands
> that are bound in motion state map are available in operator state,
> too, an only motions make sense there. The originally motivation for
> motion state map was to have a common map for motions to be available
> in normal state, visual state and operator state. The "motion state"
> itself has been introduced later. Maybe another hierarchy of maps
> would be better, never thought about this.
>
> Best regards,
> 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/20130408/09152aa0/attachment.htm 


More information about the implementations-list mailing list