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

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 3243 in the body.
You can then email your comments to 3243 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Stephen Berman <stephen.berman <at> gmx.net>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.0.93; display problem with default resize-mini-windows
Date: Sat, 09 May 2009 00:06:02 +0200

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 is a regression with respect to Emacs 22.  There, the *Completions*
buffer displays even just two file names in two columns, and regardless
of how high the mode line is, it does not obscure the last file name.


In GNU Emacs 23.0.93.1 (i686-pc-linux-gnu, GTK+ Version 2.14.4)
 of 2009-05-03 on escher
Windowing system distributor `The X.Org Foundation', version 11.0.10502000
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: en_US.UTF-8
  value of $XMODIFIERS: @im=local
  locale-coding-system: utf-8-unix
  default-enable-multibyte-characters: t

Message #8 received at 3243 <at> debbugs.gnu.org (full text, mbox):

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: Re: 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

Message #11 received at 3243 <at> debbugs.gnu.org (full text, mbox):

From: Stephen Berman <stephen.berman <at> gmx.net>
To: martin rudalics <rudalics <at> gmx.at>
Cc: "3243 <at> debbugs.gnu.org" <3243 <at> debbugs.gnu.org>
Subject: Re: bug#3243: 23.0.93;
 display problem with default resize-mini-windows
Date: Fri, 02 Jan 2015 17:20:43 +0100

On Thu, 25 Dec 2014 11:35:44 +0100 martin rudalics <rudalics <at> gmx.at> wrote:

>> 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

Sorry for the late reply, I was away.  I just rebuilt from latest master
(emacs-repository-version "d0ca1148fe2d1e72e86f0197731071f139c143e3")
and cannot reproduce the problem I reported above.  In fact, I cannot
reproduce it with my previous build from 2014-12-09,
emacs-repository-version "baab20d73e2a3ee6a06dc83fe97d0b781870e29f".  In
any case, it appears the problem is fixed; thanks.

Steve Berman

Message #14 received at 3243 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: Stephen Berman <stephen.berman <at> gmx.net>
Cc: "3243-done <at> debbugs.gnu.org" <3243 <at> debbugs.gnu.org>
Subject: Re: bug#3243: 23.0.93;
 display problem with default resize-mini-windows
Date: Sat, 03 Jan 2015 18:17:21 +0100

> Sorry for the late reply, I was away.  I just rebuilt from latest master
> (emacs-repository-version "d0ca1148fe2d1e72e86f0197731071f139c143e3")
> and cannot reproduce the problem I reported above.  In fact, I cannot
> reproduce it with my previous build from 2014-12-09,
> emacs-repository-version "baab20d73e2a3ee6a06dc83fe97d0b781870e29f".

Funny.  I checked in the fix on 2014-12-18.

> In
> any case, it appears the problem is fixed; thanks.

Bug closed.

Thanks, martin

Message #19 received at 3243-done <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: 3243-done <at> debbugs.gnu.org
Subject: Re: bug#3243: 23.0.93;
 display problem with default resize-mini-windows
Date: Sat, 03 Jan 2015 19:20:25 +0100

> Bug closed.

Once more.

martin

Previous Next

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