From unknown Fri Aug 15 21:25:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7865: 24.0.50; doc of display-buffer-reuse-frames Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 19 Jan 2011 16:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 7865 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 7865@debbugs.gnu.org X-Debbugs-Original-To: Received: via spool by submit@debbugs.gnu.org id=B.129545529221488 (code B ref -1); Wed, 19 Jan 2011 16:42:02 +0000 Received: (at submit) by debbugs.gnu.org; 19 Jan 2011 16:41:32 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Pfb6B-0005aX-9T for submit@debbugs.gnu.org; Wed, 19 Jan 2011 11:41:31 -0500 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Pfb69-0005aL-GO for submit@debbugs.gnu.org; Wed, 19 Jan 2011 11:41:29 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PfbDh-0005eb-Lx for submit@debbugs.gnu.org; Wed, 19 Jan 2011 11:49:18 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED, T_RP_MATCHES_RCVD, UNPARSEABLE_RELAY autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([199.232.76.165]:56440) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PfbDh-0005eW-Jk for submit@debbugs.gnu.org; Wed, 19 Jan 2011 11:49:17 -0500 Received: from [140.186.70.92] (port=36155 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PfbDe-0000gU-Uy for bug-gnu-emacs@gnu.org; Wed, 19 Jan 2011 11:49:17 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PfbDd-0005dZ-PX for bug-gnu-emacs@gnu.org; Wed, 19 Jan 2011 11:49:14 -0500 Received: from rcsinet10.oracle.com ([148.87.113.121]:57583) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PfbDd-0005dT-HN for bug-gnu-emacs@gnu.org; Wed, 19 Jan 2011 11:49:13 -0500 Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id p0JGnABm024236 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 19 Jan 2011 16:49:12 GMT Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id p0JGmZcO021257 for ; Wed, 19 Jan 2011 16:48:35 GMT Received: from abhmt021.oracle.com by acsmt354.oracle.com with ESMTP id 973810421295455667; Wed, 19 Jan 2011 08:47:47 -0800 Received: from dradamslap1 (/130.35.179.10) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 19 Jan 2011 08:47:46 -0800 From: "Drew Adams" Date: Wed, 19 Jan 2011 08:47:45 -0800 Message-ID: <7505A1C76F6C42E4A27159D548366974@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: Acu3+JjUQOa2+31JS8OcxwvGvNxR6Q== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Spam-Score: -6.4 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.4 (------) This option is used in only `display-buffer', in a test that is essentially (or pop-up-frames display-buffer-reuse-frames ...) That means that this option has no effect if `pop-up-frames' is non-nil. This should be made clear wherever `display-buffer-reuse-frames' is documented. (Alternatively, make it clear in one place and cross-reference that place from the others.) These are the places it is documented: 1. Elisp manual, node `Displaying Buffers' 2. Elisp manual, node `Choosing Window' 3. Emacs manual, node `Select Buffer 4. Doc string Only in #1 is this made clear: "If either of the variables `display-buffer-reuse-frames' or `pop-up-frames' is non-`nil'...". (Although "option" would be better than "variable" here - and throughout.) Each of the other spots describes the option without mentioning this. Either add this info to #2 and #3 or reduce/remove their descriptions of the option and just cross-reference to the full description in #1 that does mention this. In any case, the doc string should mention it. Finally, the description of this option in #3 just ends with this: "If there is no such window or `display-buffer-reuse-frames' is `nil', the behavior of `display-buffer' is determined by the variables described next." There follow descriptions of 15 other user options! Does that sentence mean all 15 or just the first two, which are followed by the description of a function? `pop-up-frames' is one of the 15, but it appears after the function description, as the 6th option after `display-buffer-reuse-frames'. And of course `pop-up-frame' determines the behavior even if `display-buffer-reuse-frames' is non-nil - its description should come first. Just remove that last sentence, please - it is confusing and doesn't say anything. If you want, replace it with a sentence saying only that when it is nil it has no effect on the buffer display (other things come into play to govern the behavior). In GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600) of 2011-01-17 on 3249CTO Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (4.4) --no-opt --cflags -Ic:/imagesupport/include' From unknown Fri Aug 15 21:25:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7865: Bug in display-buffer-reuse-frames [was Re: bug#7865: 24.0.50; doc of display-buffer-reuse-frames] Resent-From: Chong Yidong Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 12 Feb 2011 21:02:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7865 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "Drew Adams" Cc: 7865@debbugs.gnu.org Received: via spool by 7865-submit@debbugs.gnu.org id=B7865.12975444929601 (code B ref 7865); Sat, 12 Feb 2011 21:02:02 +0000 Received: (at 7865) by debbugs.gnu.org; 12 Feb 2011 21:01:32 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PoMax-0002Un-Nu for submit@debbugs.gnu.org; Sat, 12 Feb 2011 16:01:31 -0500 Received: from vm-emlprdomr-05.its.yale.edu ([130.132.50.146]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PoMav-0002Uc-Ir for 7865@debbugs.gnu.org; Sat, 12 Feb 2011 16:01:30 -0500 Received: from furball (c-71-192-165-84.hsd1.ct.comcast.net [71.192.165.84]) (authenticated bits=0) by vm-emlprdomr-05.its.yale.edu (8.14.4/8.14.4) with ESMTP id p1CLALPW006216 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 12 Feb 2011 16:10:22 -0500 Received: by furball (Postfix, from userid 1000) id 30B9F1605B7; Sat, 12 Feb 2011 16:10:20 -0500 (EST) From: Chong Yidong References: <7505A1C76F6C42E4A27159D548366974@us.oracle.com> Date: Sat, 12 Feb 2011 16:10:20 -0500 In-Reply-To: <7505A1C76F6C42E4A27159D548366974@us.oracle.com> (Drew Adams's message of "Wed, 19 Jan 2011 08:47:45 -0800") Message-ID: <87aai1x8lf.fsf@stupidchicken.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Scanned-By: MIMEDefang 2.71 on 130.132.50.146 X-Spam-Score: -2.7 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) "Drew Adams" writes: > This option is used in only `display-buffer', in a test that is > essentially (or pop-up-frames display-buffer-reuse-frames ...) > > That means that this option has no effect if `pop-up-frames' is > non-nil. I think this is actually a bug. Doing `C-x b' with non-nil display-buffer-reuse-frames should make Emacs raise another frame if it;s already displaying the desired buffer---regardless of the value of pop-up-frames. Currently, if display-buffer-reuse-frames and pop-up-frames are both t, `C-x b' instead displays the buffer in the existing frame. So `pop-up-frames' has changed the behavior, even though it's not doing any "popping up" in this case. From unknown Fri Aug 15 21:25:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7865: Bug in display-buffer-reuse-frames [was Re: bug#7865: 24.0.50; doc of display-buffer-reuse-frames] Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 13 Feb 2011 13:57:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7865 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Chong Yidong Cc: 7865@debbugs.gnu.org, Drew Adams Received: via spool by 7865-submit@debbugs.gnu.org id=B7865.129760541117524 (code B ref 7865); Sun, 13 Feb 2011 13:57:02 +0000 Received: (at 7865) by debbugs.gnu.org; 13 Feb 2011 13:56:51 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PocRX-0004Yb-6p for submit@debbugs.gnu.org; Sun, 13 Feb 2011 08:56:51 -0500 Received: from mailout-de.gmx.net ([213.165.64.22]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1PocRU-0004YO-49 for 7865@debbugs.gnu.org; Sun, 13 Feb 2011 08:56:49 -0500 Received: (qmail invoked by alias); 13 Feb 2011 14:05:41 -0000 Received: from 62-47-36-154.adsl.highway.telekom.at (EHLO [62.47.36.154]) [62.47.36.154] by mail.gmx.net (mp050) with SMTP; 13 Feb 2011 15:05:41 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX19dUQkkWCJdTc0D4cizScwif5muDNPIuwkq7BPka/ R17zNfjbOYEIz6 Message-ID: <4D57E530.1080101@gmx.at> Date: Sun, 13 Feb 2011 15:05:36 +0100 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 References: <7505A1C76F6C42E4A27159D548366974@us.oracle.com> <87aai1x8lf.fsf@stupidchicken.com> In-Reply-To: <87aai1x8lf.fsf@stupidchicken.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -2.5 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.5 (--) > I think this is actually a bug. Doing `C-x b' with non-nil > display-buffer-reuse-frames should make Emacs raise another frame if > it;s already displaying the desired buffer---regardless of the value of > pop-up-frames. If `display-buffer-reuse-frames' is non-nil, Emacs currently uses an arbitrary window on _any_ frame provided the window shows the buffer, regardless of the value of `pop-up-frames'. It has been this way ever since `display-buffer-reuse-frames' was introduced. > Currently, if display-buffer-reuse-frames and pop-up-frames are both t, > `C-x b' instead displays the buffer in the existing frame. So > `pop-up-frames' has changed the behavior, even though it's not doing any > "popping up" in this case. I suppose you mean "if `display-buffer-reuse-frames' is nil and `pop-up-frames' is t" in the first sentence above. In that case I'd agree. But I think Stefan wants it the current way because he doesn't care much about `display-buffer-reuse-frames' and he's using these options for popping up dedicated frames to show some buffer in such a frame and nowhere else. In his particular use case the present behavior makes perfect sense because it DTRT even if he asks for displaying the buffer when its frame _is_ currently selected. To make `display-buffer-reuse-frames' work as you describe we'd have to make the `get-buffer-window' routines understand as ALL-FRAMES argument a value of say 'other, meaning to "not return a window on the selected frame". Or, we can sort out these windows manually - you might want to have a look at the routine `display-buffer-reuse-window' in my branch to see how it's done there. martin From unknown Fri Aug 15 21:25:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7865: Bug in display-buffer-reuse-frames [was Re: bug#7865: 24.0.50; doc of display-buffer-reuse-frames] Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 13 Feb 2011 14:27:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7865 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'Chong Yidong'" Cc: 7865@debbugs.gnu.org Received: via spool by 7865-submit@debbugs.gnu.org id=B7865.129760720719958 (code B ref 7865); Sun, 13 Feb 2011 14:27:01 +0000 Received: (at 7865) by debbugs.gnu.org; 13 Feb 2011 14:26:47 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PocuT-0005Bq-Oc for submit@debbugs.gnu.org; Sun, 13 Feb 2011 09:26:46 -0500 Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PocuQ-0005Bd-U7 for 7865@debbugs.gnu.org; Sun, 13 Feb 2011 09:26:44 -0500 Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id p1DEZZDQ004291 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 13 Feb 2011 14:35:37 GMT Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id p1DDkCWX030084; Sun, 13 Feb 2011 14:35:34 GMT Received: from abhmt021.oracle.com by acsmt353.oracle.com with ESMTP id 1001825781297607724; Sun, 13 Feb 2011 06:35:24 -0800 Received: from dradamslap1 (/10.159.59.59) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sun, 13 Feb 2011 06:35:23 -0800 From: "Drew Adams" References: <7505A1C76F6C42E4A27159D548366974@us.oracle.com> <87aai1x8lf.fsf@stupidchicken.com> Date: Sun, 13 Feb 2011 06:35:17 -0800 Message-ID: <5B37BCBE31884508A650136BB3362D0A@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <87aai1x8lf.fsf@stupidchicken.com> Thread-Index: AcvK+UhehMkbj8c7RN2uGzA3BlBoFwAjch7w X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-Source-IP: acsmt354.oracle.com [141.146.40.154] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090207.4D57EC37.00AE:SCFMA4539814,ss=1,fgs=0 X-Spam-Score: -6.4 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.4 (------) > > This option is used in only `display-buffer', in a test that is > > essentially (or pop-up-frames display-buffer-reuse-frames ...) > > > > That means that this option has no effect if `pop-up-frames' is > > non-nil. > > I think this is actually a bug. Doing `C-x b' with non-nil > display-buffer-reuse-frames should make Emacs raise another frame if > it;s already displaying the desired buffer---regardless of > the value of pop-up-frames. No, it should not. That would flagrantly contradict the intention of `pop-up-frames', as well as its longstanding and documented behavior. > Currently, if display-buffer-reuse-frames and pop-up-frames > are both t, `C-x b' instead displays the buffer in the > existing frame. So `pop-up-frames' has changed the behavior, > even though it's not doing any "popping up" in this case. No, no, no. There is no bug other than the doc bug I filed. You say that `pop-up-frames' has changed the behavior? On the contrary, if you were to make the change you suggest then `display-buffer-reuse-frames' would be changing the behavior specified (and realized since Day One) by `pop-up-frames' - and that would be the case regardless of the value of `display-buffer-reuse-frames'! `pop-up-frames' should not be affected by `display-buffer-reuse-frames': `pop-up-frames' is already specifying the reuse of frames. >From (elisp) Choosing Window: "[`pop-up-frames'] specifies whether `display-buffer' should make new frames." Likewise, the first line of its doc string: "Whether `display-buffer' should make a separate frame." That's exactly what `pop-up-frames' does: specify when to reuse a frame vs make a new frame. `display-buffer-reuse-frames' was created later to do something similar but without ever creating a new frame. `pop-up-frames' has been around a lot longer than `display-buffer-reuse-frames', so it cannot be said to change the behavior of the latter. The definition of `pop-up-frames' is clear about reusing frames. Again, from (elisp) Choosing Window: "If [`pop-up-frames'] is non-`nil', `display-buffer' looks for a window already displaying BUFFER-OR-NAME on any visible or iconified frame. If it finds such a window, it makes that window's frame visible and raises it if necessary, and returns the window. Otherwise it makes a new frame..." Please reread the whole bug report. In particular: "`pop-up-frames' determines the behavior even if `display-buffer-reuse-frames' is non-nil - its description should come first." The behavior of `pop-up-frames' is correct (and longstanding). The behavior of `display-buffer-reuse-frames' is correct also. In particular, it is correct that it _has no effect_ if `pop-up-frames' is non-nil. What needs fixing is the doc (only). (And it is not too kosher to simply change the subject line and thus "reuse" (hijack) the bug number.) From unknown Fri Aug 15 21:25:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7865: Bug in display-buffer-reuse-frames [was Re: bug#7865: 24.0.50; doc of display-buffer-reuse-frames] Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 14 Feb 2011 17:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7865 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 7865@debbugs.gnu.org, Chong Yidong Received: via spool by 7865-submit@debbugs.gnu.org id=B7865.129770586914609 (code B ref 7865); Mon, 14 Feb 2011 17:52:02 +0000 Received: (at 7865) by debbugs.gnu.org; 14 Feb 2011 17:51:09 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Pp2Zo-0003na-Uk for submit@debbugs.gnu.org; Mon, 14 Feb 2011 12:51:09 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.183] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Pp2Zn-0003nO-DJ for 7865@debbugs.gnu.org; Mon, 14 Feb 2011 12:51:08 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEADP8WE1MCqmX/2dsb2JhbACmCnS7U4VeBIUEjzk X-IronPort-AV: E=Sophos;i="4.60,469,1291611600"; d="scan'208";a="91693506" Received: from 76-10-169-151.dsl.teksavvy.com (HELO ceviche.home) ([76.10.169.151]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 14 Feb 2011 13:00:04 -0500 Received: by ceviche.home (Postfix, from userid 20848) id 66B0F66188; Mon, 14 Feb 2011 13:00:04 -0500 (EST) From: Stefan Monnier Message-ID: References: <7505A1C76F6C42E4A27159D548366974@us.oracle.com> <87aai1x8lf.fsf@stupidchicken.com> <4D57E530.1080101@gmx.at> Date: Mon, 14 Feb 2011 13:00:04 -0500 In-Reply-To: <4D57E530.1080101@gmx.at> (martin rudalics's message of "Sun, 13 Feb 2011 15:05:36 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.1 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) >> Currently, if display-buffer-reuse-frames and pop-up-frames are both t, >> `C-x b' instead displays the buffer in the existing frame. So >> `pop-up-frames' has changed the behavior, even though it's not doing any >> "popping up" in this case. > I suppose you mean "if `display-buffer-reuse-frames' is nil and > `pop-up-frames' is t" in the first sentence above. In that case I'd > agree. I'm confused here. Which case are we talking about, which behavior is not desired, and which alternative behavior would you(plural) prefer? Stefan From unknown Fri Aug 15 21:25:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7865: Bug in display-buffer-reuse-frames [was Re: bug#7865: 24.0.50; doc of display-buffer-reuse-frames] Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 14 Feb 2011 19:56:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7865 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 7865@debbugs.gnu.org, Chong Yidong Received: via spool by 7865-submit@debbugs.gnu.org id=B7865.129771334025129 (code B ref 7865); Mon, 14 Feb 2011 19:56:01 +0000 Received: (at 7865) by debbugs.gnu.org; 14 Feb 2011 19:55:40 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Pp4WK-0006XG-By for submit@debbugs.gnu.org; Mon, 14 Feb 2011 14:55:40 -0500 Received: from mailout-de.gmx.net ([213.165.64.23]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1Pp4WH-0006X2-Tr for 7865@debbugs.gnu.org; Mon, 14 Feb 2011 14:55:39 -0500 Received: (qmail invoked by alias); 14 Feb 2011 20:04:34 -0000 Received: from 62-47-59-246.adsl.highway.telekom.at (EHLO [62.47.59.246]) [62.47.59.246] by mail.gmx.net (mp071) with SMTP; 14 Feb 2011 21:04:34 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1/P8Y99WYbP4dDTer0y2lhczymSMC48Dba4PccEDK wvoVVi5qgg9T0F Message-ID: <4D598ACE.4000507@gmx.at> Date: Mon, 14 Feb 2011 21:04:30 +0100 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 References: <7505A1C76F6C42E4A27159D548366974@us.oracle.com> <87aai1x8lf.fsf@stupidchicken.com> <4D57E530.1080101@gmx.at> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -2.5 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.5 (--) >> I suppose you mean "if `display-buffer-reuse-frames' is nil and >> `pop-up-frames' is t" in the first sentence above. In that case I'd >> agree. > > I'm confused here. Which case are we talking about, which behavior is > not desired, and which alternative behavior would you(plural) prefer? When a buffer is already displayed, `display-buffer-reuse-frames' is nil and `pop-up-frames' is non-nil, `display-buffer' reuses a window. So if you set the default of `display-buffer-reuse-frames' to t as someone proposed, customizing `display-buffer-reuse-frames' will have no effect when `pop-up-frames' is non-nil. I don't know whether this is desired or not and I don't care about the alternatives because `pop-up-frames' is nil here. I guess that `display-buffer-reuse-frames' was invented for something like the following use case: - The user has `pop-up-frames' nil. - An application binds `pop-up-frames' to non-nil and pops up a buffer in a new frame. - The user returns to her old frame and eventually does something like `pop-to-buffer' on that buffer which should get her to the new frame. This means that setting `display-buffer-reuse-frames' to t makes sense iff `pop-up-frames' is nil and the scenario I described above does not apply, usually. It's still confusing in my opinion, though. martin From unknown Fri Aug 15 21:25:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7865: 24.0.50; doc of display-buffer-reuse-frames Resent-From: Chong Yidong Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 07 Sep 2012 10:29:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7865 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "Drew Adams" Cc: 7865@debbugs.gnu.org Received: via spool by 7865-submit@debbugs.gnu.org id=B7865.134701371318014 (code B ref 7865); Fri, 07 Sep 2012 10:29:02 +0000 Received: (at 7865) by debbugs.gnu.org; 7 Sep 2012 10:28:33 +0000 Received: from localhost ([127.0.0.1]:45518 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T9vnc-0004gU-6u for submit@debbugs.gnu.org; Fri, 07 Sep 2012 06:28:32 -0400 Received: from mail-iy0-f172.google.com ([209.85.210.172]:37737) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T9vnZ-0004gK-C5 for 7865@debbugs.gnu.org; Fri, 07 Sep 2012 06:28:30 -0400 Received: by iabz21 with SMTP id z21so3006725iab.3 for <7865@debbugs.gnu.org>; Fri, 07 Sep 2012 03:28:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=8WY7ncJQ0luqQOC5HcmRbwQ4AOCJtdMU33wGPiBcvMk=; b=lbDlgyHiwkE3PM9b6JxQfuPj5I0Gypxw05euWaGbVeUHJtNykaRLnctKmnNlvPi48e iYQb5hQPcYUqXtazd71q57uvxZwUKK/rcryO7ks6szHqA620FjmCQFkNdwqjgS0H+nDC 3W48YE8SDTaHmJ9YI/GNZQMngzy6kI6MEuU1vPMO2uIt/Ahyeq2XOgwfFos0iSF4dv1K dr3XYAXuCatfwFcQOohskQgLS9Ltac+Fz5ZuJvQPqgLDygqMp3mDIfBGYuy2d+Jg6yyB ektxGwW1BNb9uiYXv7avgyysMfw3uVAexCH36Ngins12APSKtaAygAhlPm291AKkLHan 7dCg== Received: by 10.50.180.129 with SMTP id do1mr7888362igc.28.1347013691553; Fri, 07 Sep 2012 03:28:11 -0700 (PDT) Received: from ulysses ([155.69.18.183]) by mx.google.com with ESMTPS id n5sm12009496igw.13.2012.09.07.03.28.08 (version=SSLv3 cipher=OTHER); Fri, 07 Sep 2012 03:28:10 -0700 (PDT) From: Chong Yidong References: <7505A1C76F6C42E4A27159D548366974@us.oracle.com> Date: Fri, 07 Sep 2012 18:28:05 +0800 In-Reply-To: <7505A1C76F6C42E4A27159D548366974@us.oracle.com> (Drew Adams's message of "Wed, 19 Jan 2011 08:47:45 -0800") Message-ID: <871uie5dqi.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) "Drew Adams" writes: > Each of the other spots describes the option without mentioning this. > Either add this info to #2 and #3 or reduce/remove their descriptions of > the option and just cross-reference to the full description in #1 that > does mention this. Closing, since display-buffer-reuse-frames has been obsoleted. From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 07 06:28:41 2012 Received: (at control) by debbugs.gnu.org; 7 Sep 2012 10:28:41 +0000 Received: from localhost ([127.0.0.1]:45521 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T9vnl-0004gp-8L for submit@debbugs.gnu.org; Fri, 07 Sep 2012 06:28:41 -0400 Received: from mail-iy0-f172.google.com ([209.85.210.172]:37737) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T9vnj-0004gK-EA for control@debbugs.gnu.org; Fri, 07 Sep 2012 06:28:39 -0400 Received: by mail-iy0-f172.google.com with SMTP id z21so3006725iab.3 for ; Fri, 07 Sep 2012 03:28:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:subject:date:message-id:mime-version:content-type; bh=VFc1XZvMDwp4IVaUJoQuAagYebwkURxD4Bi/FwBb4jc=; b=GqgccctEKmKaQsQ3nvtwNNPUQvFrTKUU2L/WRaiEBNddn+zkujOzO/r+tITP9BAlLr 0P47vgKxwnvGDis5UMqs4zGYUN8yZzIk740/0c40vt5gtgT6CyLEGFvSwyYDxm0eeqkX bK7UUAKmyNEIDbN2grJpvl718+R+n+26sUB5U5qX68I2mb1JJw9Q6eHHo/HAVNssP6Mv N0Z132+LXlbSp7by56VEIEgvekun3jz3Ow214PJkeI7fTVn5ScRVMqPT2NNxlhMDXHwy xVynGlPUXzMfHdKNojGGAn072Jlfo5X33V+1fBmlbYxZJytn7iqG813T12tEcrKYbkaX PMWA== Received: by 10.50.95.198 with SMTP id dm6mr27632207igb.60.1347013702232; Fri, 07 Sep 2012 03:28:22 -0700 (PDT) Received: from ulysses ([155.69.18.183]) by mx.google.com with ESMTPS id y9sm10890183igm.10.2012.09.07.03.28.19 (version=SSLv3 cipher=OTHER); Fri, 07 Sep 2012 03:28:21 -0700 (PDT) From: Chong Yidong To: control@debbugs.gnu.org Subject: close 7865 Date: Fri, 07 Sep 2012 18:28:16 +0800 Message-ID: <87627q86v3.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) close 7865 thanks From unknown Fri Aug 15 21:25:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7865: 24.0.50; doc of display-buffer-reuse-frames Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 07 Sep 2012 14:12:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7865 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'Chong Yidong'" Cc: 7865@debbugs.gnu.org Received: via spool by 7865-submit@debbugs.gnu.org id=B7865.134702710722503 (code B ref 7865); Fri, 07 Sep 2012 14:12:01 +0000 Received: (at 7865) by debbugs.gnu.org; 7 Sep 2012 14:11:47 +0000 Received: from localhost ([127.0.0.1]:46651 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T9zHf-0005qu-B4 for submit@debbugs.gnu.org; Fri, 07 Sep 2012 10:11:47 -0400 Received: from acsinet15.oracle.com ([141.146.126.227]:29520) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T9zHd-0005qn-DR for 7865@debbugs.gnu.org; Fri, 07 Sep 2012 10:11:46 -0400 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by acsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q87EBOaw022013 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 7 Sep 2012 14:11:25 GMT Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q87EBN0P006678 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 7 Sep 2012 14:11:24 GMT Received: from abhmt102.oracle.com (abhmt102.oracle.com [141.146.116.54]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q87EBNZ1019027; Fri, 7 Sep 2012 09:11:23 -0500 Received: from dradamslap1 (/71.202.147.44) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 07 Sep 2012 07:11:23 -0700 From: "Drew Adams" References: <7505A1C76F6C42E4A27159D548366974@us.oracle.com> <871uie5dqi.fsf@gnu.org> Date: Fri, 7 Sep 2012 07:11:19 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <871uie5dqi.fsf@gnu.org> Thread-Index: Ac2M43ygrmb7T+0cRiu0zQ8FvcUG0QAHqRyQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-Spam-Score: -6.9 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) > > Each of the other spots describes the option without > > mentioning this. Either add this info to #2 and #3 or > > reduce/remove their descriptions of the option and just > > cross-reference to the full description in #1 that > > does mention this. > > Closing, since display-buffer-reuse-frames has been obsoleted. Deprecation is not the same as desupport. As long as this is supported the doc should be correct regarding it. And the bug description points out several interrelated doc problems. These should be corrected, not simply waved away as irrelevant.