From: martin rudalics <rudalics@gmx.at>
To: Thierry Volpiatto <thierry.volpiatto@gmail.com>
Cc: emacs-devel@gnu.org
Subject: Re: pop-to-buffer and friends new behavior or bug?
Date: Sat, 18 Jun 2011 18:10:14 +0200 [thread overview]
Message-ID: <4DFCCDE6.30007@gmx.at> (raw)
In-Reply-To: <87d3iccuqo.fsf@gmail.com>
> That is ok now, except it doesn't honor
> (setq split-width-threshold nil)
> The window is splitted | (vertically?)
I checked in a fix for this. With `display-buffer-alist' you can
inhibit splitting by adding a (pop-up-window-min-width . 1.0) specifier
(this is currently overriden when `split-width-threshold' is nil).
>>> but not for code that use switch-to-buffer-other-window.
>> That's bad. `switch-to-buffer-other-window' does call
>>
>> (pop-to-buffer buffer 'other-window norecord)
> `switch-to-buffer-other-window' still not working as expected.
> Maybe you can try ioccur.el and see what happen.
> It is working as expected as it is, you will have to uncomment the line
> with switch-to-buffer...(L964) and comment the next one
> pop-to-buffer...(L965) In the function `ioccur'.
If the effect was that you got a new frame instead, then this should be
fixed now. There was a silly bug inverting the value of `pop-up-frames'
in `display-buffer-normalize-specifiers-1'. If you see another effect,
please tell me which one.
Thanks, martin
next prev parent reply other threads:[~2011-06-18 16:10 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-06-16 18:02 pop-to-buffer and friends new behavior or bug? Thierry Volpiatto
2011-06-16 20:16 ` Thierry Volpiatto
2011-06-16 20:35 ` martin rudalics
2011-06-16 22:00 ` Thierry Volpiatto
2011-06-17 15:46 ` martin rudalics
2011-06-17 16:01 ` Thierry Volpiatto
2011-06-18 16:10 ` martin rudalics [this message]
2011-06-18 17:19 ` Thierry Volpiatto
2011-06-18 19:53 ` Thierry Volpiatto
2011-06-19 13:26 ` martin rudalics
2011-06-19 18:49 ` Thierry Volpiatto
2011-06-20 8:29 ` Thierry Volpiatto
2011-06-20 9:24 ` martin rudalics
2011-06-20 9:59 ` Thierry Volpiatto
2011-06-21 13:25 ` Thierry Volpiatto
2011-06-21 14:41 ` martin rudalics
2011-06-21 15:11 ` Thierry Volpiatto
2011-06-21 16:12 ` martin rudalics
2011-06-21 17:23 ` Thierry Volpiatto
2011-06-22 16:00 ` martin rudalics
2011-06-22 16:23 ` Thierry Volpiatto
2011-06-23 9:49 ` martin rudalics
2011-06-23 10:15 ` Thierry Volpiatto
2011-06-23 11:07 ` martin rudalics
2011-06-23 15:56 ` Thierry Volpiatto
2011-06-23 16:07 ` martin rudalics
2011-06-23 17:22 ` Thierry Volpiatto
2011-06-23 18:51 ` Thierry Volpiatto
2011-06-24 7:01 ` martin rudalics
2011-06-24 7:10 ` Thierry Volpiatto
2011-06-16 21:10 ` David Koppelman
2011-06-17 15:46 ` martin rudalics
2011-06-19 13:27 ` martin rudalics
2011-06-20 19:17 ` David Koppelman
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=4DFCCDE6.30007@gmx.at \
--to=rudalics@gmx.at \
--cc=emacs-devel@gnu.org \
--cc=thierry.volpiatto@gmail.com \
/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.