June 2011 - implementations-list - lists.ourproject.org

Feature request: put the mode indicator more on the left
by Alan Schmitt 01 Sep '11

01 Sep '11

Hello, I see that the mode indicator (<V>, <I>, etc) is the last thing on the right of the status bar. Unfortunately, when many minor modes are loaded (typically when doing some latex), the information is not visible. Is there a way to put the mode indicator more on the left? As a related question, is it possible to change the cursor depending on the mode? Thanks, Alan

4 8

How to subscribe to this list?
by Trevor Murphy 29 Jun '11

29 Jun '11

Hi, there. I may very well be misunderstanding the directions here: http://lists.ourproject.org/cgi-bin/mailman/listinfo/implementations-list But I don't seem to be successfully subscribing to this list. Should I send an email to implementations-list-subscribe@, or some such?

2 1

"gg" not supported in viper-mode?
by XeCycle 26 Jun '11

26 Jun '11

I think at least in the stock configuration of viper mode, this is not supported. Is it a feature? Or how can I get it working?

2 1

New feature added - search next opens invisible area
by York Zhao 26 Jun '11

26 Jun '11

Hi Vegard, I have been tied for awhile that the 'n/N' commands are not able to open the folded text in org-mode, or not able to open the folded invisible souce code in C/C++ mode. Finally I added this feature so that if "search-invisible" is "open" the "n/N" commands will be able to open an invisible area when the match enters that area, at the same time re-close the previouly opened invisible area the match has just moved away from (provided that the subsequent 'n/N' is pressed within "vimpulse-flash-delay" and no "non-search" commands had been executed between the two "n/N" commands). I added this because I believe that Evil will have the same problem (if it hasn't been handled yet). Please find attached my patch file. Thanks, York

2 3

evil project status
by Thomas Hisch 17 Jun '11

17 Jun '11

Hey vimpulse users and evil hackers! First of all thank you very much for Vimpulse - its great, although I had a few problems with the initial configuration, which were related to its dependence on viper. I was glad to hear you started a new evil vim emulation layer without any dependence on viper! It looks to be in a really good shape atm, i think. What are your plans for evil in the next months and when do you think is it ready to replace vimpulse? unfortunately there are too few discussions on this ML about evil, or is there a seperate ML for it (i am only subscribed to this ML and I watch the gitosis repo)? Keep up this great work! Regards, Thomas

2 1

"vw" selecting the first char of following word
by York Zhao 17 Jun '11

17 Jun '11

Hi Vegard, Just wanted to make sure you didn't miss this message. I noticed a new bug, probably introduced recently. "vw" is not working properly, it selects not only the current word, but the first character of the following word as well. York

3 4

disabling global-hl-mode in visual-mode
by Thomas Hisch 17 Jun '11

17 Jun '11

Hey I want to disable global-hl-line-mode in visual mode, but adding global-hl-mode to vimpulse-visual-local-vars didn't help. Any ideas? (latest git version of vimpulse) Regards Tom

3 7

"vi(a)w" not selecting the whole word
by York Zhao 16 Jun '11

16 Jun '11

Hi Vegard, I just noticed a new problem, probably being introduced lately. The "va(i)w" command is not selecting the entire word, the right most character of the word has been left out. York

2 2

"df" not deleting the searched charactor
by York Zhao 16 Jun '11

16 Jun '11

Hi, Just noticed a problem: the command "df[char]" is not deleting the searched character [char] itself, making this command no difference to "dt[char]". This is pretty annoying because if the searched char is not being deleted, we can no longer use dot command to repeat the deleting operation. For example, I have this string: "foo-bar bar-foo fooa-bara bara-fooa should be deleted", I want to delete everything up to substring "should be deleted", I could use "df<SPC>" followed by dot command to repeat the deletion which is really handy. But now, since df<SPC> is not deleting the space itself, the dot command will fail, you have to type another "df<SPC>", sad. Don't you guys think this is worth fixing? Thanks, York

2 11

Point moved after buffer switch
by York Zhao 15 Jun '11

15 Jun '11

Hi Vegard, I have noticed for a few days that after your recent fixes, whenever switching to other buffers and switching back, the point moves to somewhere else, in most cases if I typed C-o one or more times I could get back to the original position before switching buffer. I used to have this problem from time to time but now it is guaranteed to be happening every time when switching buffer using C-x b. On the other hand however, it is much better for the developer to always have the problem happening rather than sometimes work and sometime doesn't.

2 2