GNU bug report logs - #12443
24.2.50; Default values in the minibuffer prompt (fix

Previous Next

Package: emacs;

Reported by: Dani Moncayo <dmoncayo <at> gmail.com>

Date: Fri, 14 Sep 2012 14:08:01 UTC

Severity: minor

Found in version 24.2.50

Fixed in version 28.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Juri Linkov <juri <at> linkov.net>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 12443 <at> debbugs.gnu.org
Subject: bug#12443: 24.2.50; Default values in the minibuffer prompt (fix inconsisntecy)
Date: Sun, 13 Sep 2020 11:53:10 +0300
> There is another consequence from the commit de4f347901a.

Sorry, I meant “another case from another commit”.

> Is there a real need to duplicate the default value in read-file-name
> when the default value is already shown as initial input?
>
> For example, now after typing 'C-x 5 d' (dired-other-frame), the prompt
> becomes overly long with the duplicate long default value that now
> doesn't fit into the frame width:
>
>   Dired in other frame (directory) [/very/long/path/with/lots/of/subdirectories/]: /very/long/path/with/lots/of/subdirectories/
>
> Here the default value is in square brackets [...] because of my
> customized prompt " [%s]" for minibuffer-default-prompt-format.
> But with the default format " (default %s)" the prompt would be even longer.

Another case is just ‘C-x d’ (dired) - it displays the duplicate
directory name too: in the default value and the same in the initial input:

  Dired (directory) (default /tmp/foo/bar/): /tmp/foo/bar/




This bug report was last modified 4 years and 123 days ago.

Previous Next


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