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

2006-04-21 Thread Martin Stubenschrott
On Thu, Apr 20, 2006 at 06:52:44PM -0700, Eric Van wrote: My code completion function returns a list with the following entries: kind: 'f', word: 'toCharArray', menu: 'toCharArray() char[] - String' kind: 'f', word: 'toString', menu: 'toString() String - String' kind: 'f',

Re: Mappings fail me, yet again

2006-04-21 Thread Nikolai Weibull
On 4/21/06, sean [EMAIL PROTECTED] wrote: On Fri, 21 Apr 2006 10:05:18 +0200 Nikolai Weibull [EMAIL PROTECTED] wrote: How do you define the region to be from the current line to the last line? You can't press G. All you can give is a number prefix. Or perhaps there's some command I've

Re: Coulpe of odd [repeatable] crashes in vim 7

2006-04-21 Thread Bram Moolenaar
Neil Bird wrote: Around about 19/04/06 20:03, Bram Moolenaar typed ... Main issue is: Do you open another buffer or window? I don't believe so. Apart from some tricky indirection (the srcctl plugin has a generic set up, then calls the relevant real script functions depending upon the

Re: 7.0e: Problem with vertical splits on windows xp

2006-04-21 Thread Georg Dahn
Hi! Well, this problem is older, since Vim 6.4 behaved like that, too. If a vertical split is created and guioptions contain L, a scrollbar is added which makes the windows wider by the amount of the scrollbar. I have removed the L from the guioptions and don't miss it. Best wishes, Georg ---

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

2006-04-21 Thread Eric Van Dewoestine
On 4/21/06, Bram Moolenaar [EMAIL PROTECTED] wrote: Eric Van wrote: It appears that code completion is removing any entries that have duplicate 'word' attributes. For completion results not using the dictionary format I fully agree that duplicates can safely be removed, but when using

vim70e bug -- visual mode, pink on pink is not seen

2006-04-21 Thread Milan Berta
Hello, I want to report a behavior that is pretty strange for me. When there is a syntax highlighting on and VISUAL mode is used, then the pink color disappear where the VISUAL block extends. I know, if there would be a VISUAL mode in another color than the same happens somewhere else. Is it a

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

2006-04-21 Thread Bram Moolenaar
Yakov Lerner wrote: At the request of Nikolai Weibull, I made a patch, the pushkeys({string}) function which add keys sequence to the typeahead bufer. My point is that absence of such function puts console vim users at disadvantage. Gui vim users always have this functionality by means

Re: vim70e bug -- visual mode, pink on pink is not seen

2006-04-21 Thread Georg Dahn
Hi! What's your operating system? Do you use GUI or console Vim? Which version of vim? Which color scheme? Best wishes, Georg --- Milan Berta [EMAIL PROTECTED] wrote: Hello, I want to report a behavior that is pretty strange for me. When there is a syntax highlighting on and VISUAL

vim70e -- spell, one-touch selection

2006-04-21 Thread Milan Berta
Hello, Would it be possible to set (or implement) such a behavior of the spell functions, that while selecting from the suggestion (from the suggested list) and typing the digits for a number of the item the typing will end at the moment when the number of the digits reaches the maximum number in

Re: a[M:N]

2006-04-21 Thread Georg Dahn
Hi! I think trying to get items from an empty list should produce an error message. IMHO it would be a serious error if no error were produced in this case. Best wishes, Georg ___ 24 FIFA World Cup tickets to be

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

2006-04-21 Thread Yakov Lerner
On 4/21/06, Bram Moolenaar [EMAIL PROTECTED] wrote: Yakov Lerner wrote: On 4/21/06, Bram Moolenaar [EMAIL PROTECTED] wrote: Yakov Lerner wrote: At the request of Nikolai Weibull, I made a patch, the pushkeys({string}) function which add keys sequence to the typeahead bufer.

Re: a[M:N]

2006-04-21 Thread sean
On Fri, 21 Apr 2006 22:51:11 +0200 Bram Moolenaar [EMAIL PROTECTED] wrote: a[M:N] does truncate when N len(a). However, this still gives an error when len(a) = 0. Can this be changed as well to return just an empty list? I appreciate your changing the previous behavior. It made things a

Re: a[M:N]

2006-04-21 Thread Georg Dahn
Hi! Handling N len(a) except when a happens to be 0 seems a bit counterintuitive. No: Let's assume, that you have an empty list a. Then M in a[M:N] is always out of bounds, which should produce an error. Analogously, if a is not empty, but M len(a), an error should be produced, too. (BTW,

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

2006-04-21 Thread Nikolai Weibull
On 4/21/06, Bram Moolenaar [EMAIL PROTECTED] wrote: Yakov Lerner wrote: [send_keys() patch] The second argument is optional, you should check if it's there. I don't want to change input_available() this way, I can't oversee what the implications are. Also, it's not clear what was already

Re: a[M:N]

2006-04-21 Thread sean
On Fri, 21 Apr 2006 23:33:07 +0200 Georg Dahn [EMAIL PROTECTED] wrote: Hi Georg, No: Let's assume, that you have an empty list a. Then M in a[M:N] is always out of bounds, which should produce an error. Analogously, if a is not empty, but M len(a), an error should be produced, too. (BTW, is

gm command

2006-04-21 Thread mzyzik
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