GNU bug report logs - #43519
28.0.50; Overlay at end of minibuf hides minibuf's real content

Previous Next

Package: emacs;

Reported by: Stefan Monnier <monnier <at> iro.umontreal.ca>

Date: Sat, 19 Sep 2020 17:55:02 UTC

Severity: normal

Found in version 28.0.50

Full log


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

From: Drew Adams <drew.adams <at> oracle.com>
To: Eli Zaretskii <eliz <at> gnu.org>, Gregory Heytings <ghe <at> sdf.org>
Cc: monnier <at> iro.umontreal.ca, 43519 <at> debbugs.gnu.org
Subject: RE: bug#43519: 28.0.50; Overlay at end of minibuf hides minibuf's
 real content
Date: Tue, 22 Sep 2020 13:03:15 -0700 (PDT)
> Displaying long stuff in a mini-window that is forced to be small will
> always present some problems, no matter what we do.  The best solution
> is to fit the stuff to be displayed to the dimensions of the
> mini-window, but that is something only a Lisp program can do, the
> display engine cannot.

That's true.

One possibility for displaying more than the space
allows is to put the full text on the prompt string
as property `help-echo'.  That works (if someone has a
mouse and thinks to mouseover the prompt), but no, it's
not ideal.  (And it works only when `tooltip-mode' is
enabled.)

Another possibility would be to bind a minibuffer key in
Ido or Icomplete or whatever, to show the full info in a
popup on demand.

No, I'm not proposing anything.  No such hacks sound
good to me.




This bug report was last modified 4 years and 265 days ago.

Previous Next


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