Hello,
I am having a problem with the latest git commit,
,----
| commit d0078d18689e830bf437aac8f90fbaea342ff50d
| Author: Vegard Øye <vegard_oye(a)hotmail.com>
| Date: Mon Jan 30 18:54:53 2012 +0100
|
| Wrap `evil-adjust-cursor' in `evil-narrow-to-field'
|
| The end-of-buffer behavior should respect field boundaries.
| Cf. commit ee24a54.
`----
Specifically, every line movement gives an error:
,----
| evil-adjust-cursor: Invalid function: evil-narrow-to-field [9 times]
| Error in post-command-hook (evil-normal-post-command): (invalid-function evil-narrow-to-field) [3 times]
`----
Reverting to the previous commit solves the problem...
Thanks,
eric
--
: Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.92.1 + Ma Gnus v0.2
> Date: Wed, 1 Feb 2012 09:54:21 +0000
> From: Eric S Fraga <e.fraga(a)ucl.ac.uk>
> ...
> I am having a problem with the latest git commit,
> ...
> Specifically, every line movement gives an error:
>
Eric,
I noticed the same issue.
I wasn't able to debug it, but I found that the issue went away when I
forced emacs to use the un-compiled version of evil-common.el (i.e. I
just deleted evil-common.elc)
I don't understand byte-compiling well enough to know why that makes a
difference, but hope that can help somebody else figure it out.
Trevor
Hi list,
I want to direct your attention to this issue I created last week:
https://github.com/timcharper/evil-surround/issues/5
As Tim I'm not sure who's the guilty but if evils line text object
behaves faulty that's bad.
So please have a look at it.
Thanks,
Michael
Hello,
>From what I understand, evil strives to be, as much as possible,
identical in behaviour to vim. I am wondering whether this need always
be the case?
My query is related to something that has bothered me a long time in vi
(and descendents): 'de' and 'dw' behave differently from 'ce' and 'cw'
with respect to whitespace that may be present between the current word
and the next. It would be nice to have 'cw' behave analogously to 'dw'
and actually replace the whitespace as well...
But I do appreciate the desire to be compatible... ;-)
--
: Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.90.1 + No Gnus v0.18
Hi all,
In attachment is a patch to support correct ':file' command, that
should provide basic information about file. Current implementation in
Evil is alias to ':files', which will incorrectly display available
buffers.
I tried to match Vim's output as much as possible. Also, I'm not sure
does Evil already provides some facilities for querying file
informations so I used Emacs api. Feel free to adjust it :)
Please let me know if something breaks.
PS: should I fill issue for this request?
Regards,
Sanel
Hello,
I just discovered the global mark from cua, and find it very useful.
Unfortunately, to use it I must switch to Emacs state, otherwise my
movements (j,k,…) are sent to the mark.
Are there plans to make Evil compatible with it?
Thanks,
Alan
I've been having trouble with TAB and shift-TAB keys when running Evil
in a terminal. I use these for org-outline-cycling, and given the
amount of time I spend in org-mode, they are important to me. I
undefined the TAB key using Frank's recipe from a couple of weeks ago,
but I can't figure out what's going on with shift-TAB in normal mode.
C-h k reports it as ESC, but IIRC it's a known bug. Can anyone shed
light on the issue?
--Leo
Following commands in info mode are not working for me anymore:
[ Go backward one node, considering all nodes as forming one sequence.
] Go forward one node, considering all nodes as forming one sequence.
When i press [ emacs just wiats for next key press.
--
http://antono.info/http://github.com/antono
Hi all,
Here is a tiny patch I mentioned on #76, allowing support for ZZ and
ZQ shortcuts. There is a small issue with ZZ and I described it in
noted ticket.
Regards,
Sanel
