Nicolas Schodet wrote:
> I found some bugs or strange behaviour with vim7d03, I have made all my
> tests starting vim with -u NONE -i NONE options, with the terminal
> version:
>
> 1/ When background is set to light, the current selection in the
> completion popup menu is printed white on white.
Are you using a B&W terminal? No, then you would not get a popup menu
at all. In a color terminal the color should be black on grey. I can't
imagine it's different for you.
> 2/ When background is set to dark, the current selection in the
> completion popup menu is printed white on black, but black is the
> background color, so it is not easy to make the distinction between the
> text and the menu.
It's white on grey for me. Do you perhaps have defined different colors
for your terminal? Vim cannot know about this, thus you will have to
setup a colorscheme.
> 3/ When using ^X^L, ^L can be pressed multiple times in order to select
> the previous item in the list, but if the selection reach the top of the
> list, it does not work anymore and ^P must be used.
I can see this one. I'll fix it.
> 4/ The doc says in insert.txt, line 1103 that the menu is only shown if
> there is at least two items, which is not true if menuone is in
> 'completeopt' ("- There are at least two matches.").
I'll correct the text.
> 5/ with longest,menu in completeopt, I do not manage to reproduce it
> but sometime, vim enter a endless loop, with the message "search hit
> BOTTOM, continuing at TOP" (it was on vim7d).
I can't guess how to reproduce this...
> With longest, without menu:
>
> 6/ When I type ^X^P^P, the second item is selected, but the first one is
> never selected, I have to press ^X^P^P^N to see it. It could be better
> to have a state where there is no item selected and vim displaying
> "longest" in the command line instead of "match 1 of x".
It's probably better to stick to the original text. I'll see if that
can be done.
> 7/ If a longest completion is done, stoping at the longest solution,
> without completing any further, the repeat operation ('.') work as if
> the first item was selected.
>
> For example :
>
> aaaa
> aabb
> a<-- here I press ^P and vim insert "a"
> a<-- then I press . and vim insert "abb"
I see the problem.
> 8/ ^L and ^Y do not seem to work when menu is not in completeopt.
That is right. They don't make much sense when you can't see the text
of the current completion.
> Last ones which is not related to text completion:
>
> 9/ In visual mode, pink text is unreadable when selected.
Don't use pink text! :-) See the remark about using a colorscheme
above.
> 10/ In command line completion, with "set wildmenu
> wildmode=longest:full,full", when the command line is completed to the
> longest, the first item is selected in the wildmenu.
What do you mean with "completed to the longest"?
--
In a world without fences, who needs Gates and Windows?
/// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\
/// sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
\\\ download, build and distribute -- http://www.A-A-P.org ///
\\\ help me help AIDS victims -- http://www.ICCF.nl ///
