* bug#3243: 23.0.93; display problem with default resize-mini-windows
@ 2009-05-08 22:06 Stephen Berman
2014-12-25 10:35 ` martin rudalics
0 siblings, 1 reply; 5+ messages in thread
From: Stephen Berman @ 2009-05-08 22:06 UTC (permalink / raw)
To: emacs-pretest-bug
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
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#3243: 23.0.93; display problem with default resize-mini-windows
2009-05-08 22:06 bug#3243: 23.0.93; display problem with default resize-mini-windows Stephen Berman
@ 2014-12-25 10:35 ` martin rudalics
2015-01-02 16:20 ` Stephen Berman
0 siblings, 1 reply; 5+ messages in thread
From: martin rudalics @ 2014-12-25 10:35 UTC (permalink / raw)
To: 3243@debbugs.gnu.org; +Cc: Stephen Berman
> 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
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#3243: 23.0.93; display problem with default resize-mini-windows
2014-12-25 10:35 ` martin rudalics
@ 2015-01-02 16:20 ` Stephen Berman
2015-01-03 17:17 ` martin rudalics
0 siblings, 1 reply; 5+ messages in thread
From: Stephen Berman @ 2015-01-02 16:20 UTC (permalink / raw)
To: martin rudalics; +Cc: 3243@debbugs.gnu.org
On Thu, 25 Dec 2014 11:35:44 +0100 martin rudalics <rudalics@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
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#3243: 23.0.93; display problem with default resize-mini-windows
2015-01-02 16:20 ` Stephen Berman
@ 2015-01-03 17:17 ` martin rudalics
2015-01-03 18:20 ` martin rudalics
0 siblings, 1 reply; 5+ messages in thread
From: martin rudalics @ 2015-01-03 17:17 UTC (permalink / raw)
To: Stephen Berman; +Cc: 3243-done@debbugs.gnu.org
> 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
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2015-01-03 18:20 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-05-08 22:06 bug#3243: 23.0.93; display problem with default resize-mini-windows Stephen Berman
2014-12-25 10:35 ` martin rudalics
2015-01-02 16:20 ` Stephen Berman
2015-01-03 17:17 ` martin rudalics
2015-01-03 18:20 ` martin rudalics
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).