[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Inline completion preview

From: João Távora
Subject: Re: Inline completion preview
Date: Fri, 27 Oct 2023 12:52:04 +0100

On Fri, Oct 27, 2023 at 12:49 PM João Távora <joaotavora@gmail.com> wrote:
> On Thu, Oct 26, 2023 at 7:38 PM Eli Zaretskii <eliz@gnu.org> wrote:
> >
> > > From: Eshel Yaron <me@eshelyaron.com>
> > > Date: Thu, 26 Oct 2023 20:11:17 +0200
> > >
> > > I want to propose adding an inline completion preview mechanism to Emacs.
> > >
> > > By inline completion preview, I mean an overlay that pop ups after point
> > > showing one of the candidates for at-point completion.  You can view
> > > this mechanism as giving you a hint or suggesting a certain completion.
> >
> > I wish people would work on adding to Emacs some a GUI infrastructure
> > for showing such completion candidates like other IDEs do, instead of
> > once again using overlays with after-string properties.  The result of
> > using overlay strings is simply not visually appealing, and on top of
> > that it causes quite a few complications for the display code.
> I think agree with this, but it should work with Non-GUI Emacs, too right?
> In a TUI Emacs, there have been these nice pop-up menus for a while.  At first
> sight the display infrastructure being used there seems suitable for showing
> completions, so I wonder if that infrastructure couldn't be refactored
> then reused for a completion popup in core.

Just to clarify what I mean: my gripe with overlays+after-string props
is not that they are visually unappealing, but that they often clash with
other extensions that also use overlays and other things.  Company has
problems with line numbers for example, I seem to recall.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]