From: martin rudalics <rudalics@gmx.at>
To: Katsumi Yamaoka <yamaoka@jpl.org>
Cc: emacs-devel@gnu.org
Subject: Re: [display-buffer] a way to make it behave as before?
Date: Tue, 21 Jun 2011 18:11:52 +0200 [thread overview]
Message-ID: <4E00C2C8.6040303@gmx.at> (raw)
In-Reply-To: <b4mwrgg53wz.fsf@jpl.org>
> I updated the bzr copy, rebuilt Emacs with it, launched Emacs with
> the -Q option, and saw the behavior unchanged.
>
> emacs -Q
> C-x 5 b *Messages* RET
> C-x 4 f ~/.emacs RET
> -> the file appears in the *other frame*.
>
> It might be right in a literal sense because the ~/.emacs file
> appears in the *other window* even if it is not in the frame in
> which the `C-x 4 f' command is invoked, and even if it is a major
> visible change of Emacs. However, there is a case that violates
> that specification:
>
> emacs -Q
> C-x 5 2
> C-x 4 f ~/.emacs RET
> -> the file appears in the *other window* of the current frame.
>
> [...]
There was a remnant of my test settings in the default value of the
pop-up-frame specifier: I made any new frame created this way
unsplittable. So this is part of the behavior you see. Currently, I
can reproduce the "display on another frame" behavior iff I make the
selected window small enough and all other windows on this frame
unusable. Please try once more.
> I tried this:
>
> emacs -Q
> (setcdr (cddr (assq 'reuse-window (car display-buffer-alist))) (list nil))
I didn't check this but it doesn't have any effect here.
> C-x 5 b *Messages* RET
> C-x 4 f ~/.emacs RET
>
> The behavior unchanged, i.e., the file appears in the other frame.
If I prepend a (reuse-window nil nil nil) specifier to the first entry
in `display-buffer-alist' the selected window gets reused (with the old
unsplittable frame behavior).
martin
next prev parent reply other threads:[~2011-06-21 16:11 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-06-17 9:54 [display-buffer] a way to make it behave as before? Katsumi Yamaoka
2011-06-17 15:47 ` martin rudalics
2011-06-20 5:39 ` Katsumi Yamaoka
2011-06-20 6:21 ` Katsumi Yamaoka
2011-06-20 9:25 ` martin rudalics
2011-06-20 10:39 ` Katsumi Yamaoka
2011-06-20 12:23 ` martin rudalics
2011-06-20 23:04 ` Katsumi Yamaoka
2011-06-21 2:11 ` Katsumi Yamaoka
2011-06-21 14:05 ` Katsumi Yamaoka
2011-06-21 16:11 ` martin rudalics [this message]
2011-06-22 1:13 ` Katsumi Yamaoka
2011-06-22 7:20 ` martin rudalics
2011-06-22 13:32 ` Katsumi Yamaoka
2011-06-22 13:45 ` martin rudalics
2011-06-22 14:32 ` Drew Adams
2011-06-22 14:59 ` joakim
2011-06-23 5:07 ` Miles Bader
2011-06-22 16:43 ` Thierry Volpiatto
2011-06-23 6:40 ` Katsumi Yamaoka
2011-06-23 9:48 ` martin rudalics
2011-06-23 10:21 ` Katsumi Yamaoka
2011-06-23 11:08 ` martin rudalics
2011-06-23 11:52 ` David Kastrup
2011-06-22 15:13 ` Juanma Barranquero
2011-06-22 23:20 ` Katsumi Yamaoka
2011-06-23 0:23 ` Juanma Barranquero
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4E00C2C8.6040303@gmx.at \
--to=rudalics@gmx.at \
--cc=emacs-devel@gnu.org \
--cc=yamaoka@jpl.org \
/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 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).