From: Stephen Berman <stephen.berman@gmx.net>
To: martin rudalics <rudalics@gmx.at>
Cc: "3243@debbugs.gnu.org" <3243@debbugs.gnu.org>
Subject: bug#3243: 23.0.93; display problem with default resize-mini-windows
Date: Fri, 02 Jan 2015 17:20:43 +0100 [thread overview]
Message-ID: <87mw6140is.fsf@rosalinde.fritz.box> (raw)
In-Reply-To: <549BE880.2080900@gmx.at> (martin rudalics's message of "Thu, 25 Dec 2014 11:35:44 +0100")
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
next prev parent reply other threads:[~2015-01-02 16:20 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
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 [this message]
2015-01-03 17:17 ` martin rudalics
2015-01-03 18:20 ` martin rudalics
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87mw6140is.fsf@rosalinde.fritz.box \
--to=stephen.berman@gmx.net \
--cc=3243@debbugs.gnu.org \
--cc=rudalics@gmx.at \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.