GNU bug report logs -
#34957
26.1; Minibuffer sometimes shrinks unexpectedly
Previous Next
To reply to this bug, email your comments to 34957 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#34957
; Package
emacs
.
(Sat, 23 Mar 2019 18:02:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Markus Triska <triska <at> metalevel.at>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 23 Mar 2019 18:02:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Please start Emacs with "emacs -Q", and then evaluate the form:
(with-selected-window (minibuffer-window)
(erase-buffer)
(insert (propertize "hello" 'face '(:height 3.0)))
(read-key)
(read-key)
(insert (propertize " there!" 'face '(:height 3.0)))
(read-key)
(erase-buffer))
What I observe is:
1) "hello" is displayed in the minibuffer, and the minibuffer
grows so that the text is entirely visible
2) when I then press a key, the minibuffer unexpectedly shrinks,
and the same text is now no longer fully visible
3) when I then press another key, " there!" is added,
and the minibuffer is grown again
What I expect is that throughout the whole interaction, the minibuffer
consistently stay at the required size to show the entire text.
In addition, when I remove the first or second read-key call above,
i.e., when I instead evaluate the form:
(with-selected-window (minibuffer-window)
(erase-buffer)
(insert (propertize "hello" 'face '(:height 3.0)))
(read-key)
(insert (propertize " there!" 'face '(:height 3.0)))
(read-key)
(erase-buffer))
then the minibuffer indeed does stay at the expected size throughout.
Hence, the size of the minibuffer unexpectedly depends on whether
read-key is invoked once or twice.
Thank you and all the best,
Markus
In GNU Emacs 26.1 (build 1, x86_64-apple-darwin15.3.0, X toolkit, Xaw scroll bars)
of 2018-09-22 built on mt-computer
Windowing system distributor 'The X.Org Foundation', version 11.0.11502000
Configured features:
XPM JPEG TIFF GIF PNG GSETTINGS NOTIFY ACL GNUTLS LIBXML2 FREETYPE XFT
ZLIB TOOLKIT_SCROLL_BARS LUCID X11 MODULES THREADS LCMS2
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#34957
; Package
emacs
.
(Tue, 09 Jul 2019 16:14:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 34957 <at> debbugs.gnu.org (full text, mbox):
Markus Triska <triska <at> metalevel.at> writes:
> Please start Emacs with "emacs -Q", and then evaluate the form:
>
> (with-selected-window (minibuffer-window)
> (erase-buffer)
> (insert (propertize "hello" 'face '(:height 3.0)))
> (read-key)
> (read-key)
> (insert (propertize " there!" 'face '(:height 3.0)))
> (read-key)
> (erase-buffer))
>
> What I observe is:
>
> 1) "hello" is displayed in the minibuffer, and the minibuffer
> grows so that the text is entirely visible
> 2) when I then press a key, the minibuffer unexpectedly shrinks,
> and the same text is now no longer fully visible
> 3) when I then press another key, " there!" is added,
> and the minibuffer is grown again
I can confirm that this bug is still present in Emacs 27.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Added tag(s) confirmed.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Tue, 09 Jul 2019 16:15:02 GMT)
Full text and
rfc822 format available.
This bug report was last modified 5 years and 344 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.