[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#43519: 28.0.50; Overlay at end of minibuf hides minibuf's real conte
From: |
Eli Zaretskii |
Subject: |
bug#43519: 28.0.50; Overlay at end of minibuf hides minibuf's real content |
Date: |
Sun, 20 Sep 2020 13:52:04 +0300 |
> Date: Sun, 20 Sep 2020 10:12:14 +0000
> From: Gregory Heytings <ghe@sdf.org>
> cc: 43519@debbugs.gnu.org
>
> Another note: with (setq resize-mini-windows nil) the bug disappears, the
> prompt is always visible even if the overlay text is too large. So a more
> robust solution to the problem would be to do something like:
>
> (add-hook 'icomplete-minibuffer-setup-hook (function (lambda () (setq
> resize-mini-windows nil) (enlarge-window N))))
>
> with N replaced by the number of lines that we are about to display.
If this is an acceptable solution, it is definitely fine by me. But I
envision complaints from people who expect certain behavior from
mini-windows with large contents: the above effectively ignores their
settings.
- bug#43519: 28.0.50; Overlay at end of minibuf hides minibuf's real content, (continued)
- bug#43519: 28.0.50; Overlay at end of minibuf hides minibuf's real content, Gregory Heytings, 2020/09/22
- bug#43519: 28.0.50; Overlay at end of minibuf hides minibuf's real content, Gregory Heytings, 2020/09/22
- bug#43519: 28.0.50; Overlay at end of minibuf hides minibuf's real content, Gregory Heytings, 2020/09/23
- bug#43519: 28.0.50; Overlay at end of minibuf hides minibuf's real content, Gregory Heytings, 2020/09/23
- bug#43519: 28.0.50; Overlay at end of minibuf hides minibuf's real content, Stefan Monnier, 2020/09/23
bug#43519: (no subject), Gregory Heytings, 2020/09/19
bug#43519: 28.0.50; Overlay at end of minibuf hides minibuf's real content, Gregory Heytings, 2020/09/20
bug#43519: 28.0.50; Overlay at end of minibuf hides minibuf's real content, Gregory Heytings, 2020/09/23