All,
Recently I was appreciating the beauty of using pumvisible() to setup
all kinds of mappings for the completion menu (ex. enter to do c-y).
I noticed when messing around with all of that, that space actually
exits the menu. Is this the desired behavior? Sometimes I am doing line
completion
On Tue, Nov 14, 2006 at 02:04:40AM +0100, A.J.Mechelynck wrote:
Eggum, DavidX S wrote:
Matt,
You can speed up the calculations considerably if you keep several
things in mind:
- buffer numbers are never reused.
- built-in vim functions are written in C and are very fast
- although you can
All,
I am trying to keep track of the number of buffers in the buffer list.
I'm doing this with the following code:
autocmd BufAdd * let g:zbuflistcount += 1
autocmd BufDelete * let g:zbuflistcount -= 1
The problem is I found this to be very unreliable in some circumstances,
and
On Sun, Nov 12, 2006 at 07:14:49PM -0600, Bill McCarthy wrote:
On Sun 12-Nov-06 6:17pm -0600, [EMAIL PROTECTED] wrote:
I am trying to keep track of the number of buffers in the buffer list.
I'm doing this with the following code:
autocmd BufAdd * let g:zbuflistcount += 1
I would also love a flicker-less popup menu. I use the completion
excessively, since I've found it makes coding faster and less error
prone. I noticed the menu only flickers in some cases.
--Matt
On Wed, Nov 08, 2006 at 10:10:09AM +1100, Peter Hodge wrote:
Hello,
I agree, it would be great
I don't like this one more, but it's a good alternative:
g/
g?
Also, I feel that one day might do something in visual; at least
visual line mode.
--Matt
On Sat, Sep 30, 2006 at 01:37:59PM +0200, Bram Moolenaar wrote:
Sometimes people ask me for a command to search for the
All,
Can someone please try this out and confirm:
On Tue, Jun 20, 2006 at 09:18:40PM -0400, [EMAIL PROTECTED] wrote:
All,
I mentioned this problem once on the list before; however, the issue
wasn't reproducible. Now I found a way to consistently reproduce it.
1. Open a new plain vim in a
All,
I mentioned this problem once on the list before; however, the issue
wasn't reproducible. Now I found a way to consistently reproduce it.
1. Open a new plain vim in a terminal.
2. :h to open a help window.
3. :wincmd o to close all other windows except the help window.
4. G to go to the
All,
I'm curious to know peoples' opinions on this matter, especially Bram,
since he's back.
The issue is about whether the completion popup menu should disappear
when the user hits backspace all the way back to the initial
pre-completed state. Right now, the popup window disappears.
--Matt
On
All,
Is there an elegant way of checking if the current window is a command
line window other than seeing if the buffer name is command-line ?
--Matt
On Tue, May 16, 2006 at 08:57:57AM -0400, Benji Fisher wrote:
On Tue, May 16, 2006 at 04:06:27PM +0800, Linsong wrote:
Hi, all
I encounter a strange problem when use vim7, the following steps
will reproduce the problem:
1. run vim with command: vim -u NONE -U NONE
2. set the
On Tue, May 02, 2006 at 12:13:37AM +0200, Bram Moolenaar wrote:
Eric Van Dewoestine wrote:
I know about this: When you type the . and there no complete
match was inserted (showing the longest common text in this example),
Vim assumes you are extending the text to reduce the list of
On Fri, Apr 28, 2006 at 04:08:32PM +0200, Nikolai Weibull wrote:
On 4/28/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I found a bug related to syntax highlighting, although I wouldn't be
surprised if people already know about this. Simply, the syntax
highlighting sometimes gets messed up and
All,
I use gm, H, M, L commands often. I noticed that gm aims at
half the screenwidth, rather than half the line width. I realized that
if it aimed at half the line width, it would be more useful.
Could it be considered to change the behavior of gm. Is there any good
reason why it functions the
14 matches
Mail list logo