From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Mark T. Kennedy" Newsgroups: gmane.emacs.bugs Subject: Re: switch-to-buffer-other-frame fails to pop-up window Date: Wed, 05 Dec 2007 14:55:43 -0500 Message-ID: <4757023F.6090602@diamondbackcap.com> References: <47541753.4060505@diamondbackcap.com> <475503CA.70502@gmx.at> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1196884661 19011 80.91.229.12 (5 Dec 2007 19:57:41 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 5 Dec 2007 19:57:41 +0000 (UTC) Cc: bug-gnu-emacs@gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Dec 05 20:57:51 2007 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1J00NL-0000Gv-Lp for geb-bug-gnu-emacs@m.gmane.org; Wed, 05 Dec 2007 20:57:44 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1J00N4-0007fH-VF for geb-bug-gnu-emacs@m.gmane.org; Wed, 05 Dec 2007 14:57:26 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1J00Mw-0007cp-Ie for bug-gnu-emacs@gnu.org; Wed, 05 Dec 2007 14:57:18 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1J00Mv-0007a0-7B for bug-gnu-emacs@gnu.org; Wed, 05 Dec 2007 14:57:17 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1J00Mv-0007Zt-1R for bug-gnu-emacs@gnu.org; Wed, 05 Dec 2007 14:57:17 -0500 Original-Received: from outbound-sin.frontbridge.com ([207.46.51.80] helo=outbound5-sin-R.bigfish.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1J00Mu-0008LU-56 for bug-gnu-emacs@gnu.org; Wed, 05 Dec 2007 14:57:16 -0500 Original-Received: from outbound5-sin.bigfish.com (localhost.localdomain [127.0.0.1]) by outbound5-sin-R.bigfish.com (Postfix) with ESMTP id 83E7B1B28472 for ; Wed, 5 Dec 2007 19:55:09 +0000 (UTC) Original-Received: from mail173-sin-R.bigfish.com (unknown [10.3.40.3]) by outbound5-sin.bigfish.com (Postfix) with ESMTP id 69D0A8B804F for ; Wed, 5 Dec 2007 19:55:09 +0000 (UTC) Original-Received: from mail173-sin (localhost.localdomain [127.0.0.1]) by mail173-sin-R.bigfish.com (Postfix) with ESMTP id 7C3A717A00C9 for ; Wed, 5 Dec 2007 19:55:08 +0000 (UTC) X-BigFish: VP X-MS-Exchange-Organization-Antispam-Report: OrigIP: 63.119.74.215; Service: EHS Original-Received: by mail173-sin (MessageSwitch) id 1196884508441166_29338; Wed, 5 Dec 2007 19:55:08 +0000 (UCT) Original-Received: from smtp.diamondbackcap.com (unknown [63.119.74.215]) by mail173-sin.bigfish.com (Postfix) with ESMTP id D07A6152806A for ; Wed, 5 Dec 2007 19:55:07 +0000 (UTC) Original-Received: from mail.diamondbackcap.com ([10.21.1.222]) by smtp.diamondbackcap.com with InterScan Messaging Security Suite; Wed, 05 Dec 2007 14:56:10 -0500 Original-Received: from s1.diamondbackcap.corp ([10.21.2.200]) by mail.diamondbackcap.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 5 Dec 2007 14:56:01 -0500 Original-Received: from d1.diamondbackcap.corp (d1.diamondbackcap.corp [10.21.2.1])by s1.diamondbackcap.corp (8.13.6/8.13.6) with ESMTP id lB5Ju1LZ012699; Wed, 5 Dec 2007 14:56:01 -0500 Original-Received: from d1.diamondbackcap.corp (localhost.localdomain [127.0.0.1])by d1.diamondbackcap.corp (8.13.6/8.13.5) with ESMTP id lB5JthZ5013648; Wed, 5 Dec 2007 14:55:50 -0500 User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.8.1.9) Gecko/20071031 Thunderbird/2.0.0.9 Mnenhy/0.7.5.0 In-Reply-To: <475503CA.70502@gmx.at> X-OriginalArrivalTime: 05 Dec 2007 19:56:01.0629 (UTC) FILETIME=[DC9318D0:01C83778] X-imss-version: 2.049 X-imss-result: Passed X-imss-scores: Clean:33.00400 C:2 M:3 S:5 R:5 X-imss-settings: Baseline:1 C:1 M:1 S:1 R:1 (0.0000 0.0000) X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:17122 Archived-At: two observations: 1) contrast the behavior of 'c-x 5 b' with 'c-x 4 b'. 'c-x 4 b' always forces the creation of two different windows, even when displaying the same buffer. 'c-x 5 b' does not always force the creation of two frames. 2) one might guess that 'switch-to-buffer-other-frame' is essentially a wrapper that sets 'pop-up-frames' to 't' and then calls display-buffer (and it is). while the behavior of display-buffer is meticulously documented, the observed behavior clashes with the documentation for 'pop-up-frames'. now if it were called "maybe-pop-up-frames" or "frequently-pop-up-frames", i wouldn't feel so bad, but... :-). so i'm requesting (not demanding :-) a change in behavior. what use case would clash with a change like this? /mark martin rudalics wrote: > > 1) start emacs with "-Q" > > 2) type "c-x b foo", then "c-x 2", and then "c-x b". > > now "*scratch* and "foo" are displayed in two windows > > on the original single frame. > > At this moment the window displaying "foo" is _not_ selected. > > > 3) now type "c-x 5 b foo" and see that a new frame is not > > popped up. > > But the window displaying "foo" should be selected now. This is the > expected behavior of `display-buffer' which is mentioned in the > doc-string of `switch-to-buffer-other-frame'. > > Maybe `switch-to-buffer-other-frame' should _always_ display the buffer > in another frame - that is call `display-buffer-other-frame' and select > that frame (C-x 5 C-o doesn't _select_ the other frame). > > > contrast this with "emacs -Q" and "c-x 4 b foo" followed by > > "c-x 5 b foo". > > Because at the time you invoke C-x 5 b foo here a window showing "foo" > is selected. Again this is the documented behavior of `display-buffer'. > > Just some explanations - feel free to demand a more intuitive behavior > and/or description. To me it's not entirely clear how to reconcile all > possible use cases. > > This communication and any attachments may contain confidential/proprietary information and is intended for information purposes only. It is not an invitation or offer to purchase interests from Diamondback. Any representation to the contrary is unintentional. This communication is intended only for the person(s) to whom it is addressed. If you are not the intended recipient you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message or any attachments is not permitted. If you have received this in error, please notify the sender immediately by e-mail and delete this message. All e-mails sent to or received from this address will be received by Diamondback's company e-mail system and is subject to a rchival and possible review by someone other than the recipient. This notice is automatically appended to each e-mail message leaving Diamondback.