Chris Allen wrote:
On 4/20/06, Linsong <[EMAIL PROTECTED]> wrote:
I also think here is a little confusing. Since the user are
selecting menu items with /, and at this time, Enter is
normally assumed as a confirm of the selection. And I think it is very
common a user interface convention.
Hari Krishna Dara wrote:
> In Vim7, I see that maps can now have argument to indicate that
> the RHS is an expression that should be evaluated. I think this is cool,
> and though I don't have a need yet, I am pretty sure it will come to
> good use soon. But meanwhile, I think the same should be
Hari Krishna Dara wrote:
> On the lines of InsertEnter and InsertLeave, can we please have
> CommandEnter and CommandLeave that will get triggered when the user
> starts one of the :, /, ?, = etc. modes? The reason I ask is, with the
> addition of getcmdtype(), it is now possible to create maps a
Gautam Iyer wrote:
> > > I was wondering if it would be possible to add the termcap entries
> > > , , and and to Vim 7 (for keypad
> > > keys)?
> > >
> > > I really like the '*' form of entering key codes. I hacked mrxvt so that
> > > modified cursor, function or keypad keys produce escape se
Aaron Griffin wrote:
> Just a "heads up":
>
> Using an omni-completion dictionary, a single completion entry (for
> which no menu is displayed) does not update the info preview window.
Yes, filling the preview window is part of the code for the popup menu.
If there is only one alternative you d
Georg Dahn wrote:
> Vim 7.0e02 / Windows XP:
>
> 1. gvim -u NONE
> 2. colo desert
> 3. colo default
>
> Then the visual selection is invisible and the error message
> "Warning: terminal cannot highlight" is shown. This behavior
> is reproducible with other color schemes than desert (like
> morn
Dnia czwartek, 20 kwietnia 2006 13:04, Bram Moolenaar napisał:
> Aaron Griffin wrote:
> > Just a "heads up":
> >
> > Using an omni-completion dictionary, a single completion entry (for
> > which no menu is displayed) does not update the info preview window.
>
> Yes, filling the preview window is pa
On 4/20/06, Bram Moolenaar <[EMAIL PROTECTED]> wrote:
>
> Aaron Griffin wrote:
>
> > Just a "heads up":
> >
> > Using an omni-completion dictionary, a single completion entry (for
> > which no menu is displayed) does not update the info preview window.
>
> Yes, filling the preview window is part of
Code Completion suggestion.
Ok, first a little context.
I currently have a project which provides an interface for vim to
invoke commands via system() calls which are executed in a headless
eclipse instance.
I use this interface to provide code completion for java source files
and ant build files
On Wed, Apr 19, 2006 at 08:21:49PM -0400, Jeremy Conlin wrote:
> A few weeks (months?) ago a suggestion was made that the submissions
> to Vim tips be moderated. This is due to the address being used by
> spammers. Apparently nobody volunteered to do this because there are
> still inappropriate
Aaron Griffin wrote:
> On 4/20/06, Bram Moolenaar <[EMAIL PROTECTED]> wrote:
> >
> > Aaron Griffin wrote:
> >
> > > Just a "heads up":
> > >
> > > Using an omni-completion dictionary, a single completion entry (for
> > > which no menu is displayed) does not update the info preview window.
> >
> >
Eric Van wrote:
> Code Completion suggestion.
>
> Ok, first a little context.
> I currently have a project which provides an interface for vim to
> invoke commands via system() calls which are executed in a headless
> eclipse instance.
>
> I use this interface to provide code completion for jav
On Thu, Apr 20, 2006 at 08:15:01AM -0700, Eric Van wrote:
> So, I propose a means to lazily retrieve info for a completion.
> Basically it should be like a CursorHold, but in the context of the
> completion popup. If the user stops on a completion for some
> determined amount of time, vim should t
On 4/20/06, Bram Moolenaar <[EMAIL PROTECTED]> wrote:
>
> Eric Van wrote:
>
> > Code Completion suggestion.
> >
> > Ok, first a little context.
> > I currently have a project which provides an interface for vim to
> > invoke commands via system() calls which are executed in a headless
> > eclipse i
> Maybe I didn't explain this correctly... I would expect the flow to be
>
> - User hits
> - vim executes foo#bar#FindCompletionStart instead of
> CompletionFunction(1, '...')
> The starting column of the completion is returned.
> - vim executes foo#bar#FindCompletions('...') instead of
> C
On Thu, 20 Apr 2006 at 1:04pm, Bram Moolenaar wrote:
>
> Hari Krishna Dara wrote:
>
> > In Vim7, I see that maps can now have argument to indicate that
> > the RHS is an expression that should be evaluated. I think this is cool,
> > and though I don't have a need yet, I am pretty sure it will co
On Thu, 20 Apr 2006 at 1:04pm, Bram Moolenaar wrote:
>
> Hari Krishna Dara wrote:
>
> > On the lines of InsertEnter and InsertLeave, can we please have
> > CommandEnter and CommandLeave that will get triggered when the user
> > starts one of the :, /, ?, = etc. modes? The reason I ask is, with th
Hari Krishna Dara wrote:
> > > In Vim7, I see that maps can now have argument to indicate that
> > > the RHS is an expression that should be evaluated. I think this is cool,
> > > and though I don't have a need yet, I am pretty sure it will come to
> > > good use soon. But meanwhile, I think the
On 4/20/06, Bram Moolenaar <[EMAIL PROTECTED]> wrote:
> Nice feature, right? I'll add a remark about that. The idea is that
> the preview info remains there for a while, so that you can see function
> arguments, for example, while you continue typing. But if you want to
> explicitly clear it usi
On Thu, 20 Apr 2006 at 9:58am, Charles E Campbell Jr wrote:
> Hari Krishna Dara wrote:
>
> >The new version of netrw seems to be a lot better than the old explorer
> >in terms of not corrupting jumplist, but I think there is more work
> >needed. Ideally, when you open a directory, you should see
Dnia czwartek, 20 kwietnia 2006 17:12, Aaron Griffin napisał:
>
> On a related note, an 'info' dict entry of '' does not change and/or
> remove the preview information. Using a single space blanks the
> window, but an empty string does not.
And this is Good Thing :)
m.
Hello,
I am author of (x)html completion scripts and related (php, css,
javascript). I'd like to ask what you think it should like.
At the beginning I was pushing for one default: XHTML 1.0 Strict. Bram
didn't like it and now there are two: fot &ft='html' HTML 4.01
Transitional and for &ft=='xhtm
Hari Krishna Dara wrote:
On Thu, 20 Apr 2006 at 9:58am, Charles E Campbell Jr wrote:
Please try setting g:netrw_fastbrowse=0 in your .vimrc. Hopefully the
jumplist will then be
retained.
Did you mean the value "2"?
Whoops -- yes, I meant "2". If you want the jumplist to work, you
Ack, sorry - that was supposed to go to the list
On 4/20/06, Mikolaj Machowski <[EMAIL PROTECTED]> wrote:
> Dnia czwartek, 20 kwietnia 2006 17:12, Aaron Griffin napisał:
> >
> > On a related note, an 'info' dict entry of '' does not change and/or
> > remove the preview information. Using a si
Dnia czwartek, 20 kwietnia 2006 21:59, Aaron Griffin napisał:
> Is there any possiblity to get the preview window to pop up for single
> completions? If not, I can always force a single empty entry like
> {'word':'', 'abbr':'[Cancel]'} or some such oddity...
:help completeopt
menuone flag
m.
Dnia piątek, 21 kwietnia 2006 00:20, Aaron Griffin napisał:
> Ack, sorry - that was supposed to go to the list
>
> On 4/20/06, Mikolaj Machowski <[EMAIL PROTECTED]> wrote:
> > Dnia czwartek, 20 kwietnia 2006 17:12, Aaron Griffin napisał:
> > > On a related note, an 'info' dict entry of '' does
I really, really don't like the way mappings work in Vim. They're too
much in between being something that executes a command and something
that just sends keys. And the separation between user-defined
mappings and commands associated with a given ascii character has
always felt like a very poor
On 4/21/06, Nikolai Weibull <[EMAIL PROTECTED]> wrote:
> Still, I figured that now that we have operator functions ...
> I would be able to define my long-wanted "g:"
> mapping that makes : act like an operator, i.e., first waits for a
> range and then starts command mode with that range on the com
On Fri, 21 Apr 2006 01:41:46 +0200
"Nikolai Weibull" <[EMAIL PROTECTED]> wrote:
> Still, I figured that now that we have operator functions and
> expression mappings (that don't seem to be able to do anything that
> =... couldn't do) I would be able to define my long-wanted "g:"
> mapping that mak
On Thu, 20 Apr 2006 21:19:29 -0400
sean <[EMAIL PROTECTED]> wrote:
> On Fri, 21 Apr 2006 01:41:46 +0200
> "Nikolai Weibull" <[EMAIL PROTECTED]> wrote:
>
> > Still, I figured that now that we have operator functions and
> > expression mappings (that don't seem to be able to do anything that
> > =.
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 the dictionary
format two or more entries sharing the same 'word' attribute shou
On Thu, Apr 20, 2006 at 10:51:04PM +0200, Mikolaj Machowski wrote:
> Hello,
>
> I am author of (x)html completion scripts and related (php, css,
> javascript). I'd like to ask what you think it should like.
>
> At the beginning I was pushing for one default: XHTML 1.0 Strict. Bram
> didn't like i
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', w
33 matches
Mail list logo
