> -----Original Message-----
> From: Hari Krishna Dara [mailto:[hidden email]]
> Sent: Wednesday, April 13, 2005 4:23 PM
> To: Stahlman Family
> Cc: David Fishburn; Bram Moolenaar; [hidden email] > Subject: Re: Code completion in Vim 7 - what UI component?
> On Tue, 12 Apr 2005 at 10:41pm, Stahlman Family wrote:
> > ----- Original Message -----
> > From: "Bram Moolenaar" <[hidden email]>
> > To: "David Fishburn" <[hidden email]>
> > Cc: <[hidden email]>
> > Sent: Tuesday, April 12, 2005 2:05 PM
> > Subject: Re: Code completion in Vim 7 - what UI component?
> > >
> > > David Fishburn wrote:
> > >
> > >> I see code completion is high on the list of requested
> features for
> > >> Vim 7.
> > >>
> > >> I have Vim 7 installed and I read through :h new-7.
> > >>
> > >> I am not sure what work has gone into this (if any yet),
> but I was
> > >> wondering how Vim was going to handle the display issue. The
> > >> Intellisense for Vim plugin
> > >> (http://www.vim.org/scripts/script.php?script_id=747)
> does this by
> > >> placing its own UI overtop of gvim.
> > >>
> > >> Since Vim 7 will have to be cross platform I was
> wondering if a new
> > >> component would be used. Vim 6 already has the ability
> to display
> > >> a little popup showing variable values and so on (this
> would be a 1
> > >> line item), and you could possibly build a popup menu,
> but neither
> > >> of these will work well for display a large number of
> possible items.
> > >
> > > That's indeed a big question mark. It's not easy to make
> this work
> > > nicely.
> > >
> > > The current popup window is rather limited, since you
> can't select a
> > > line inside it. The behavior we need is more like a popup menu.
> > >
> > > A solution that wouldn't look nice but work everywhere is to do a
> > > text-only overlay. Also avoids trouble with keyboard focus.
> > > Requires using background coloring to make it look like a popup
> > > window. Will remind you of DOS programs that do menus :-).
> > I, for one, wouldn't mind that solution at all. Efficiency
> and utility
> > are more important than appearances. In any case, for it to be
> > consistent with the "Vim way," it should be easy to
> negotiate the list
> > without using either the mouse or the arrow keys; also, the
> > for negotiating the list should be mappable.
> > Brett S.
> I totally agree. I had some brief interaction with turbo-c
> type of tools and I think the interface is as productive as
> the current windows based UI. In fact, the feel for this new
> window should be just like any other vim window/buffer with
> some special characteristics (like for cmdwin), except that
> the window is overlayed on top of all the existing windows
> (it will actually be cool and useful to support creating
> generic windows like this with any arbitrary buffer in it).
> The advantages are that for the user, many of the familiar
> cursor movement commands will work (fast learning curve),
> with the option to learn new ones for fater navigation, and
> for the plugin developers also it is easy to develop, as the
> existing commands can be used to populate the list etc.
Bram, perhaps this is better suited to the vim-dev mailing list, I have not
subscribed to it.
I was just wondering if anymore ideas on this front have advanced.