unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#34957: 26.1; Minibuffer sometimes shrinks unexpectedly
@ 2019-03-23 18:01 Markus Triska
  2019-07-09 16:13 ` Lars Ingebrigtsen
  0 siblings, 1 reply; 2+ messages in thread
From: Markus Triska @ 2019-03-23 18:01 UTC (permalink / raw)
  To: 34957


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






^ permalink raw reply	[flat|nested] 2+ messages in thread

* bug#34957: 26.1; Minibuffer sometimes shrinks unexpectedly
  2019-03-23 18:01 bug#34957: 26.1; Minibuffer sometimes shrinks unexpectedly Markus Triska
@ 2019-07-09 16:13 ` Lars Ingebrigtsen
  0 siblings, 0 replies; 2+ messages in thread
From: Lars Ingebrigtsen @ 2019-07-09 16:13 UTC (permalink / raw)
  To: Markus Triska; +Cc: 34957

Markus Triska <triska@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





^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2019-07-09 16:13 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-03-23 18:01 bug#34957: 26.1; Minibuffer sometimes shrinks unexpectedly Markus Triska
2019-07-09 16:13 ` Lars Ingebrigtsen

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).