implementations-list Digest, Vol 36, Issue 14

Thu Oct 20 00:00:12 CEST 2011

Thanks Frank and take your time with the fix :). I have filed the bug here
https://bitbucket.org/lyro/evil/issue/23/problems-with-tag-text-object for
tracking.

I have couple of other questions and I apologize in advance if they are
documented somewhere already,
1. I am sure there would be a simple way to avoid certain key bindings from
evil. I prefer to map out Alt-. (which on emacs is search-tag) and related
mappings from evil to emacs default. Currently I am messing around with
evil-map.el everytime I do a sync. I am sure there is a better way.
2. How do I make certain modes to not appear in vi modes. For example I use
gtags-mode and when in Gtags-Select mode (where it shows the list of
matching tags), it defaults to vi normal mode (which I'd be fine with except
pressing enter in vi normal mode does not go to the tag in source file).
Currently I have to do C-z to go to emacs-mode and then press enter etc.

Thanks & Regards,
Neeraj Sharma

On Wed, Oct 19, 2011 at 3:00 AM, <
implementations-list-request at lists.ourproject.org> wrote:

> Send implementations-list mailing list submissions to
>        implementations-list at lists.ourproject.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>
> https://lists.ourproject.org/cgi-bin/mailman/listinfo/implementations-list
>
> or, via email, send a message with subject or body 'help' to
>        implementations-list-request at lists.ourproject.org
>
> You can reach the person managing the list at
>        implementations-list-owner at lists.ourproject.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of implementations-list digest..."
>
>
> Today's Topics:
>
>   1. Re: possible bug (or my mistake ;-) (damien.thiriet77)
>   2. Incorrect behaviour of cat etc text objects in evil
>      (Neeraj Sharma)
>   3. Re: Incorrect behaviour of cat etc text objects in evil
>      (Frank Fischer)
>   4. ! in evil (Tordek)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 18 Oct 2011 20:47:10 +0200
> From: "damien.thiriet77" <damien.thiriet77 at laposte.net>
> Subject: Re: possible bug (or my mistake ;-)
> To: Frank Fischer <frank.fischer at mathematik.tu-chemnitz.de>,
>        implementations-list at lists.ourproject.org
> Message-ID: <21464965.5071.1318963630271.JavaMail.www at wwinf8204>
> Content-Type: text/plain; charset=UTF-8
>
> Thank you very much for your quick answer,
>
> I made it with the
> (define-key evil-normal-state-map "c" nil)
> (define-key evil-motion-state-map "c" 'backward-char)
> It might be useful to put two lines about this remapping issue in the
> project pdf. I would also suggest a few lines of explanation about each
> state (insert or visual are quite obvious for me, so does emacs, but I am
> quite confused about the motion state and couldn?t explain why h,j,k,l are
> mapped there and not in insert mode).
> Evil will however greatly improve my work?
>
> Damien Thiriet
>
> > On Fri, Oct 14, 2011 at 12:04:43PM +0200, F?lix Sipma wrote:
> > > Hi!
> > >
> > > I also use "b?po" and I confirm this bug. In order to get it work I had
> > > to remap each "normal key" to "nil" before mapping it to a "motion
> key".
> > >
> > > Ex:
> > >
> > > (define-key evil-normal-state-map "c" nil)
> > > (define-key evil-motion-state-map "c" 'backward-char)
> >
> > This is exactly what you have to do (right now). The problem is that
> > the key-bindings are in different keymaps. And it is important that
> > some keys may be bound in different keymaps, e.g., "i" is bound to
> > 'evil-insert in evil-normal-state-map and to
> > 'evil-inner-text-objects-map in evil-operator-state-map.
> >
> > Perhaps another function which binds some keysequence in one map and
> > removes all active bindings in other maps may be convenient, something
> > like
> >
> > (evil-remap evil-motion-state-map "c" 'backward-char
> > :remove evil-normal-state-map)
> >
> > or the other way around
> >
> > (evil-remap evil-motion-state-map "i" 'what-ever
> > :keep evil-operator-state-map)
> >
> > I have no idea what the best solution is.
> >
> > Frank
> >
>
> Une messagerie gratuite, garantie ? vie et des services en plus, ?a vous
> tente ?
> Je cr?e ma bo?te mail www.laposte.net
>
>
>
> ------------------------------
>
> Message: 2
> Date: Tue, 18 Oct 2011 23:13:50 -0700
> From: Neeraj Sharma <neeraj.dl at gmail.com>
> Subject: Incorrect behaviour of cat etc text objects in evil
> To: implementations-list at lists.ourproject.org
> Message-ID:
>        <CAMcucSiDu2688J24nLuZ17yZSie+iRQO21=6+SH_JzL5W4yq4Q at mail.gmail.com
> >
> Content-Type: text/plain; charset="iso-8859-1"
>
> I am not sure if this is still the right place to report issues. Please let
> me know if there is some sort of issue tracker etc. used by evil.
>
> I found that on a simple html as below if cursor is placed in anchor tag
> and
> you do "cat" or "dat" or "cit" or "dit" it does not work correctly.
> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
>  <head>
>
>     </head>
>  <body>
>    <a href="http://www.google.com"> *[cursor]* Google</a>
>  </body>
> </html>
>
> For example when I do cat the end result is
> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
>  <head>
>
>     </head>
>
>  </body>
> </html>
>
> while I think the expected result is
>
> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
>  <head>
>
>     </head>
>  <body>
>
>  </body>
> </html>
>
>
> Thanks & Regards,
> Neeraj Sharma
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> https://lists.ourproject.org/pipermail/implementations-list/attachments/20111018/5240fc43/attachment-0001.htm
>
> ------------------------------
>
> Message: 3
> Date: Wed, 19 Oct 2011 10:26:26 +0200
> From: Frank Fischer <frank.fischer at mathematik.tu-chemnitz.de>
> Subject: Re: Incorrect behaviour of cat etc text objects in evil
> To: implementations-list at lists.ourproject.org
> Message-ID: <20111019082626.GA31535 at mordred.mathematik.tu-chemnitz.de>
> Content-Type: text/plain; charset=us-ascii
>
> On Tue, Oct 18, 2011 at 11:13:50PM -0700, Neeraj Sharma wrote:
> > I am not sure if this is still the right place to report issues. Please
> let
> > me know if there is some sort of issue tracker etc. used by evil.
>
> There is an issue tracker at http://bitbucket.org/lyro/evil
>
> >
> > I found that on a simple html as below if cursor is placed in anchor tag
> and
> > you do "cat" or "dat" or "cit" or "dit" it does not work correctly.
> > <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
> >   <head>
> >
> >      </head>
> >   <body>
> >     <a href="http://www.google.com"> *[cursor]* Google</a>
> >   </body>
> > </html>
>
> You're right, the current implementation of tag text objects is a
> little buggy. Another problem is that "vitit" does currently not
> include the tags (in vim, the second 'it' adds the tags to the current
> selection, in evil nothing happens). I know some of those issue for
> some time but and there should be some code in old vim-mode solving
> them. But I was just too lazy to fix them and up to now nobody
> complained ... ;)
>
> I'll try to have a look on the tags in the next days, but right now I
> do not have the time to work on evil, so please be patient.
>
>
> Frank
>
>
>
> ------------------------------
>
> Message: 4
> Date: Wed, 19 Oct 2011 05:41:07 -0300
> From: Tordek <kedrot at gmail.com>
> Subject: ! in evil
> To: implementations-list at lists.ourproject.org
> Message-ID: <4E9E8D23.5010007 at gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> I recently wanted to use !rev to process some lines. Is this going
> to be supported by evil, or should I look at more Emacs-like ways of
> doing this kind of stuff?
>
> --
> Guillermo O. ?Tordek? Freschi. Programador, Escritor, Genio Maligno.
> http://tordek.com.ar :: http://twitter.com/tordek
>
>
>
> ------------------------------
>
> _______________________________________________
> implementations-list mailing list
> implementations-list at lists.ourproject.org
> https://lists.ourproject.org/cgi-bin/mailman/listinfo/implementations-list
>
>
> End of implementations-list Digest, Vol 36, Issue 14
> ****************************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://lists.ourproject.org/pipermail/implementations-list/attachments/20111019/4ff8e208/attachment.htm 