GNU bug report logs -
#25062
24.5; Frame title (with "%b" format) changes when going to minibuffer
Previous Next
Reported by: Jonathan Marten <jjm <at> keelhaul.me.uk>
Date: Tue, 29 Nov 2016 15:56:02 UTC
Severity: minor
Tags: patch
Found in version 24.5
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
Message #8 received at 25062 <at> debbugs.gnu.org (full text, mbox):
> From: Jonathan Marten <jjm <at> keelhaul.me.uk>
> Date: Tue, 29 Nov 2016 15:55:30 +0000
>
> When using the "%b" substitution in frame-title-format (the default
> value includes this when there are multiple frames), the user would
> expect the name of the buffer that they are editing to be shown. This
> happens, but when going to the minibuffer for any sort of prompt the
> title changes to the buffer name of the minibuffer - "*Minibuf-0*" or
> similar. This may be what is happening internally, but it is an
> implementation detail which does not need to be revealed. The user
> might wonder why the window title is changing just because they are
> being prompted for some information.
I actually use this feature all the time: it helps me to find the
frame which is waiting for some input. So I don't think we should
change that.
Can't you achieve what you want by using some 'eval' form in
frame-title-format?
> Applying the following patch corrects this. If the selected window is a
> minibuffer window, it evaluates the format string in the buffer of the
> minibuffer-selected-window instead of the buffer of the minibuffer. With this
> patch, the frame title stays the same as before when being prompted in the
> minibuffer.
Sorry, I don't think it's right to change that for everyone.
Thanks.
This bug report was last modified 8 years and 226 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.