August 2012 - implementations-list - lists.ourproject.org

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

ggVG doesn't copy the last line of a buffer
by Dan Rosén 31 Oct '12

31 Oct '12

Hi, This is an issue I have: When I have a file which ends with a non-blank line, then ggVG will copy (and select) the entire buffer, but that last line. ggVG$ works, but that is a bit annoying. Is there a way to make G go to the last character of the last line, and not only the last line? Thanks, Dan

2 1

Being away
by Frank Fischer 16 Aug '12

16 Aug '12

Hi everyone, please note that I'm (almost always) offline for the next 3-4 weeks, so please don't feel offended and be patient if some merge request/bug reports/questions can't be answered immediately (perhaps Vegard can do and it's really nice that many users on list help answering questions, thanks for that). Everything is put on a queue ;) Ah, and note that the issue tracker is usually the best way to ensure that nothing is lost. Frank

1 0

Contextual modes for operators.
by Andreas Liljeqvist 16 Aug '12

16 Aug '12

Hi, recently I have done a merge request for my nrepl-branch: https://gitorious.org/evil/evil/merge_requests/33 That got me thinking, we should really have a system for providing mode-specific operators or motions. Of course one could just say that the end user just have to redefine the associated function, but I think we could do better. Dispatch on major-mode and on optional list of minor-modes. I think many of the operations can be a simple dispatch on "(eq type 'line)". Then doing a eventual modification on the beg-end area. I am not really familiar with elisp though, what are the equivalence of multimethods as found in clojure for example? We can do context aware stuff like: "cW" stopping in the case of structure(parenthesis etc) when in lispy-modes. "gd" Using whatever we have available for definition. "i" Going to the first available actual input-area. (mostly for repls) I would leave visual selection as is. All this can be done inline in the relevant function, but the core quickly gets messy, so I would like the code to reside in evil-integration.el Also the end user should be able to easy define a code path for their mode without copy-pasting the original function. This would be a bit of work though, but I would like if Evil could offer sane operators for many frequently used modes. I would like some feedback before I start hacking on this, since I have very limited experience with both elisp and evil. Thanks

2 2

Re: Evil and package.el
by Trevor Murphy 08 Aug '12

08 Aug '12

> Date: Tue, 7 Aug 2012 21:01:42 +0200 > From: Frank Fischer <frank-fischer(a)shadow-soft.de> > > Could you please provide an example how it confuses Emacs? The autoload > cookie is defined as it is by intention (except that the > interactive-mark (fourth argument to autoload) is missing), i.e. the > function and the cookie are defined in evil-core.el but the file to be > loaded is evil.el. I'm using package.el and I did not observe any > problems with that. The autoload file `evil-autoload.el' is generated > and used correctly. Hi, Frank. Of course, writing "Emacs is confused" should have been a reminder that in fact *I* was confused. The missing interactive mark threw me because I couldn't M-x evil-mode. Not sure why my after-init-hook wasn't working at the time, but this morning it's loading correctly. Sorry for the mailing list noise; at least I learned something. Trevor

1 0

Evil and package.el
by Trevor Murphy 07 Aug '12

07 Aug '12

Hi. Not sure if anybody else is using package.el to install Evil, but I noticed an issue. First up, the autoload cookie on evil-mode seems to be out of date (points to the wrong file, and near as I can tell it confuses Emacs because evil-mode is defined by a macro not a defun). That's a pretty small fix, but the bigger issue is this. Seems that even once the autoload cookie is corrected the package still won't load correctly with an M-x evil-mode or after-init-hook. NOTE: I'm out of my comfort zone with this explanation, so Emacs wizards please correct me. My best guess is that, since evil-mode is defined so early on in the package files (in evil-core.el), the call to autoloaded evil-mode only loads the prereqs / definitions up to evil-core and leaves the later files and after-init-hooks untouched. Attached is a "fix" that moves the evil-mode definition into the evil.el file (as well as updating the autoload cookie). I put "fix" in quotes because I don't know if this is the preferred solution to this issue. It worked for me in a pinch, but I have no idea what best practices would normally dictate. Patch contributed under GPLv3+, in case it's useful. Regards, Trevor

2 1

CJK support makes evil-forward-word-begin slow
by Nikolai Weibull 03 Aug '12

03 Aug '12

Hi! The CJK support added in 7adc3b119fcb4ef58d3d077dc38bc974af8c584b seems to make evil-forward-word-begin run a lot slower than before. evil-backward-word-begin seems to be unaffected, speed wise.

6 13

Failing tests
by Sanel Zukan 01 Aug '12

01 Aug '12

Hi, I'm getting some tests failed on emacs 24.1.3 (fedora 17): 3 unexpected results: FAILED evil-test-forward-word-begin FAILED evil-test-type-modifiers FAILED evil-test-visual-line I'm attaching the full output. Regards, Sanel

2 2

Evil fedora package & license issue
by Sébastien Willmann 01 Aug '12

01 Aug '12

Hello, I've created a rpm package for fedora. The review request is here: https://bugzilla.redhat.com/show_bug.cgi?id=844173 It seems that only evil.el contains license information. This may be a problem for sources redistribution. Could you put license information to all source files, and add the whole license in a separated file? Thanks, Sébastien Willmann

3 4