GNU bug report logs - #3243
23.0.93; display problem with default resize-mini-windows

Previous Next

Package: emacs;

Reported by: Stephen Berman <stephen.berman <at> gmx.net>

Date: Fri, 8 May 2009 22:15:03 UTC

Severity: normal

Done: martin rudalics <rudalics <at> gmx.at>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: martin rudalics <rudalics <at> gmx.at>
To: "3243 <at> debbugs.gnu.org" <3243 <at> debbugs.gnu.org>
Cc: Stephen Berman <stephen.berman <at> gmx.net>
Subject: bug#3243: 23.0.93; display problem with default resize-mini-windows
Date: Thu, 25 Dec 2014 11:35:44 +0100
> 1. emacs -Q
> 2. M-x customize-face RET mode-line RET, then set the height attribute
>    to a scale value of 1.3 (the problem described in step 4 may depend
>    on the font used; if it does not appear with this scale value, it
>    should with a larger one).
> 3. For this step, you need to have at least two files in a directory,
>    whose names are in a substring relation to each other, e.g. file1,
>    file12.  Further, either the file names themselves or the path+file
>    names must be long enough so that when inserted by completion after
>    the dired prompt, the string is almost as long as the window is wide,
>    but not so long as to induce line wrapping in the minibuffer.  Now
>    type: `C-x d' and at the prompt enough of the file names (or
>    path+file names) so that when you type TAB, you get the message
>    "[Complete, but not unique]".
> 4. Note that the latter message wraps, forcing the minibuffer to grow.
>    After the message disappears, the minibuffer retains its increased
>    height, due to the default setting of resize-mini-windows, grow-only.
>    The display problem is in the *Completions* buffer: the file names
>    are displayed in a single column (at least with only two or three
>    files), and the last file name is slightly hidden by the enlarged
>    mode line.  (If resize-mini-windows is set to t, the last file is at
>    first hidden, but when the message disappears, the minibuffer shrinks
>    again and the last file name is displayed completely.)

This should work now but your scenario is a bit too contrived for me.
Can you please try with latest trunk/master?

Thanks, martin




This bug report was last modified 10 years and 142 days ago.

Previous Next


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