--- Begin Message ---
|
Subject: |
26.3; minibuffer input is called with multi-line window when multi-line message is shown |
|
Date: |
Tue, 17 Dec 2019 15:49:17 +0900 |
Evaluating the form below, the minibuffer window has 2-line height.
(progn
(message "1\n2")
(read-string "input: "))
In GNU Emacs 26.3 (build 1, x86_64-w64-mingw32)
of 2019-08-29 built on CIRROCUMULUS
Repository revision: 96dd0196c28bc36779584e47fffcca433c9309cd
Windowing system distributor 'Microsoft Corp.', version 6.3.9600
Recent messages:
C-h C-b is undefined
Configured using:
'configure --without-dbus --host=x86_64-w64-mingw32
--without-compress-install 'CFLAGS=-O2 -static -g3''
Configured features:
XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY ACL GNUTLS LIBXML2 ZLIB
TOOLKIT_SCROLL_BARS THREADS LCMS2
Important settings:
value of $LANG: JPN
locale-coding-system: cp932
Major mode: Lisp Interaction
Minor modes in effect:
tooltip-mode: t
global-eldoc-mode: t
eldoc-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
Load-path shadows:
None found.
Features:
(shadow sort mail-extr emacsbug message rmc puny seq byte-opt gv
bytecomp byte-compile cconv cl-loaddefs cl-lib dired dired-loaddefs
format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg
epg-config gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047
rfc2045 ietf-drums mm-util mail-prsvr mail-utils elec-pair time-date
mule-util japan-util tooltip eldoc electric uniquify ediff-hook vc-hooks
lisp-float-type mwheel dos-w32 ls-lisp disp-table term/w32-win w32-win
w32-vars term/common-win tool-bar dnd fontset image regexp-opt fringe
tabulated-list replace newcomment text-mode elisp-mode lisp-mode
prog-mode register page menu-bar rfn-eshadow isearch timer select
scroll-bar mouse jit-lock font-lock syntax facemenu font-core
term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932
hebrew greek romanian slovak czech european ethiopic indian cyrillic
chinese composite charscript charprop case-table epa-hook jka-cmpr-hook
help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs
button faces cus-face macroexp files text-properties overlay sha1 md5
base64 format env code-pages mule custom widget hashtable-print-readable
backquote threads w32notify w32 lcms2 multi-tty make-network-process
emacs)
Memory information:
((conses 16 99630 10477)
(symbols 48 20226 1)
(miscs 40 42 193)
(strings 32 29779 1438)
(string-bytes 1 765275)
(vectors 16 14542)
(vector-slots 8 572211 11846)
(floats 8 51 191)
(intervals 56 269 16)
(buffers 992 12))
--- End Message ---
--- Begin Message ---
|
Subject: |
Re: bug#38645: 26.3; minibuffer input is called with multi-line window when multi-line message is shown |
|
Date: |
Mon, 30 Dec 2019 18:07:02 +0200 |
> Cc: address@hidden, address@hidden
> From: martin rudalics <address@hidden>
> Date: Sun, 29 Dec 2019 20:30:47 +0100
>
> >> Did you check whether any of the
> >> other clear_message calls would need a similar treatment?
> >
> > Which ones?
>
> Maybe the last one in read_char itself. But I don't understand well what
> we are doing there.
We are evidently clearing the echo area if the input method left
something there. But I couldn't create a situation where there was
anything left to do after the input method finished its job, not by
turning on an input method in the active minibuffer. Quail has its
own ideas about handling this situation; see quail-minibuffer-message
and quail-show-guidance. In particular, it arranges for the guidance
to appear on the second line of the mini-window (the first one being
where you type at the prompt), and never shows more than one line of
candidates for input there (you need to scroll with up- and
down-arrows). And when input is done, the mini-window resizes back.
So if someone knows how to trigger a mini-window resizing problems
related to input methods, please show a recipe (and reopen the bug).
Meanwhile, I've installed the fix and I'm closing this bug report.
Thanks for the feedback.
--- End Message ---