GNU bug report logs - #27427
26.0.50; Native line numbers lead to display error in company-mode popup

Previous Next

Full log

Message #209 received at 27427 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Dmitry Gutov <dgutov <at> yandex.ru>
Cc: rudalics <at> gmx.at, 27427 <at> debbugs.gnu.org, alexanderm <at> web.de
Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in
 company-mode popup
Date: Thu, 29 Jun 2017 19:20:20 +0300

> Cc: alexanderm <at> web.de, 27427 <at> debbugs.gnu.org
> From: Dmitry Gutov <dgutov <at> yandex.ru>
> Date: Thu, 29 Jun 2017 04:34:16 +0300
> 
> On 6/28/17 7:48 PM, Eli Zaretskii wrote:
> 
> > Dmitry, can you tell why the popup overlay is a single overlay with a
> > single multiline string, and not a series of overlays, one each for
> > every line shown in the popup?  I assume this caused or could cause
> > more serious problems than the current implementation, but what
> > problems were those?
> 
> Different tradeoffs, some different problems, and a lot of common ones 
> (like text scaling, images, character widths, etc).

But all of these are not relevant to TTY frames, right?

> How would that help with the current issue?

Martin is trying very hard to come up with a method to overcome the
fact that Emacs cannot display "rectangular" overlay strings.
Breaking the string into several one-line strings and putting their
overlays at the appropriate buffer positions would solve this problem.

> One-line-per-overlay approach will always work worse in display-heavy 
> buffers, for instance. Like the 'M-x report-emacs-bug' one. 

Why would it work worse in that case?

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.