vim7: more completion bugs

2006-04-23 Thread Nicolas Schodet
Hello, I am using vim 7e02, here are another few bugs I found with completion: 1) vim -u NONE -u NONE foo.c iint foo; :!ctags % :set nocp showfulltag completeopt=longest ofo^N The foo text is suppressed as "int foo;" is in the list of completions. Can this be considered a bug or is it an uncompa

Re: Code completion and entries with duplicate 'word' attributes.

2006-04-23 Thread Ilya
Bram Moolenaar wrote: Since we are talking about completion, there is only one word to be completed "toLowerCase". That it can have different arguments doesn't matter for inserting "toLowerCase". You could have a function name ten times and need to type CTRL-N ten times to get to another word.

Guitab: font size

2006-04-23 Thread Georg Dahn
Hi! Since I am working on a laptop with a 1400x1050 display, the fonts I am using are rather large. That is, the menu font has a size of 11 pixel. The problem is, that on inactive Guitabs, which use the size of the menu as its text size, the text gets cut a little bit. The largest font size seems

Re: a[M:N]

2006-04-23 Thread Marvin Renich
* Georg Dahn <[EMAIL PROTECTED]> [060423 01:39]: > Hi! > > Well, you are right that this is at least from a mathematical point of > view correct. I have given this a second thought and you seem to be > right, that, if a[M:N] for M or N < len(a) returns an empty list, many > problems can be solved

Re: Guitab: font size

2006-04-23 Thread Bram Moolenaar
Georg Dahn wrote: > Since I am working on a laptop with a 1400x1050 display, the fonts I am > using are rather large. That is, the menu font has a size of 11 pixel. > The problem is, that on inactive Guitabs, which use the size of the menu > as its text size, the text gets cut a little bit. The l

Re: Code completion and entries with duplicate 'word' attributes.

2006-04-23 Thread Bram Moolenaar
Eric van Dewoestine wrote: > Have you spent any more time considering this? I really feel that it > is important to provide the flexibility to the plugin developers to > display completion result as they see fit. In my case I want to be > able to pass this flexibility on to the users so that th

Re: pushkeys() patch, add keys to typeahead buffer, simple

2006-04-23 Thread Bram Moolenaar
Yakov Lerner wrote: > Here is another try, less instrusive. > We make 'received_from_client' serve both cases, the clientserver and > the pushkeys() case, only with appropriate change in ifdefs. > Logic of input_available() is not intruded upon now, except for ifdefs. OK, it seems this version i

Re: vim7: more completion bugs

2006-04-23 Thread Bram Moolenaar
Nicolas Schodet wrote: > I am using vim 7e02, here are another few bugs I found with completion: > > 1) > vim -u NONE -u NONE foo.c > iint foo; > :!ctags % > :set nocp showfulltag completeopt=longest > ofo^N > > The foo text is suppressed as "int foo;" is in the list of completions. > Can this

Re: pushkeys() patch, add keys to typeahead buffer, simple

2006-04-23 Thread Nikolai Weibull
On 4/23/06, Bram Moolenaar <[EMAIL PROTECTED]> wrote: > > Yakov Lerner wrote: > > > Here is another try, less instrusive. > > We make 'received_from_client' serve both cases, the clientserver and > > the pushkeys() case, only with appropriate change in ifdefs. > > Logic of input_available() is not

Re: Code completion and entries with duplicate 'word' attributes.

2006-04-23 Thread Eric Van Dewoestine
> The completion stuff already is very complicated. Adding fancy things > is going to take lots of time and introduce new bugs. > > Allowing duplicate entries is not that difficult. Perhaps adding an > item to the dictionary for this is sufficient. Let's use "dup" for > that. > I would assume t

Re: pushkeys() patch, add keys to typeahead buffer, simple

2006-04-23 Thread Yakov Lerner
On 4/24/06, Bram Moolenaar <[EMAIL PROTECTED]> wrote: > > Yakov Lerner wrote: > > > Here is another try, less instrusive. > > We make 'received_from_client' serve both cases, the clientserver and > > the pushkeys() case, only with appropriate change in ifdefs. > > Logic of input_available() is not

matchlist() behavior

2006-04-23 Thread Srinath Avadhanula
Hi, I think that the newly provided matchlist() function is very useful. However, in the following case: matchlist('aoasdf', '\v(.)(o)?(.*)') = ['aoasdf', 'a', 'o', 'asdf'] matchlist('aasdf', '\v(.)(o)?(.*)') = ['aasdf', 'a'] In other words, if pattern containing ()? matches but without no occu

Re: Guitab: font size

2006-04-23 Thread Georg Dahn
Hi! I am using Windows XP. I want to add, that this is more an esthetical Problem than a functional. It is still readable, but the lower parts of letters like g, p, j and braces are cut. Best wishes, Georg Bram Moolenaar schrieb: Georg Dahn wrote: Since I am working on a laptop with a 14

Re: Guitab: font size

2006-04-23 Thread George V. Reilly
> Bram Moolenaar schrieb: >> Georg Dahn wrote: >> >>> Since I am working on a laptop with a 1400x1050 display, the fonts I am >>> using are rather large. That is, the menu font has a size of 11 pixel. >>> The problem is, that on inactive Guitabs, which use the size of the >>> menu >>> as its text