all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: martin rudalics <rudalics@gmx.at>
To: "3243@debbugs.gnu.org" <3243@debbugs.gnu.org>
Cc: Stephen Berman <stephen.berman@gmx.net>
Subject: bug#3243: 23.0.93; display problem with default resize-mini-windows
Date: Thu, 25 Dec 2014 11:35:44 +0100	[thread overview]
Message-ID: <549BE880.2080900@gmx.at> (raw)
In-Reply-To: <87iqkbi71x.fsf@escher.local.home>

 > 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





  reply	other threads:[~2014-12-25 10:35 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 [this message]
2015-01-02 16:20   ` Stephen Berman
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=549BE880.2080900@gmx.at \
    --to=rudalics@gmx.at \
    --cc=3243@debbugs.gnu.org \
    --cc=stephen.berman@gmx.net \
    /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.