From unknown Sun Jun 22 07:57:05 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#3278: 23.0.93; Elisp manual, node Buffer Parameters Reply-To: "Drew Adams" , 3278@debbugs.gnu.org Resent-From: "Drew Adams" Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Wed, 13 May 2009 22:35:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: report 3278 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.124225378424025 (code B ref -1); Wed, 13 May 2009 22:35:04 +0000 Received: (at submit) by emacsbugs.donarmstrong.com; 13 May 2009 22:29:44 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.6 required=4.0 tests=AWL,FOURLA autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n4DMTe6p024016 for ; Wed, 13 May 2009 15:29:42 -0700 Received: from mx10.gnu.org ([199.232.76.166]:39421) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1M4MxI-0006ye-45 for emacs-pretest-bug@gnu.org; Wed, 13 May 2009 18:29:40 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1M4MxH-0005Qu-1T for emacs-pretest-bug@gnu.org; Wed, 13 May 2009 18:29:39 -0400 Received: from acsinet12.oracle.com ([141.146.126.234]:40071) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1M4MxG-0005Qm-IT for emacs-pretest-bug@gnu.org; Wed, 13 May 2009 18:29:38 -0400 Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by acsinet12.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n4DMTPZF020482 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 13 May 2009 22:29:26 GMT Received: from abhmt007.oracle.com (abhmt007.oracle.com [141.146.116.16]) by acsinet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n4DMU3lA010886 for ; Wed, 13 May 2009 22:30:04 GMT Received: from dradamslap1 (/141.144.80.110) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 13 May 2009 15:29:33 -0700 From: "Drew Adams" To: Date: Wed, 13 May 2009 15:29:34 -0700 Message-ID: <008f01c9d41a$4bc48ba0$0200a8c0@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 Thread-Index: AcnUGkrwXT106rVSRgGcUAJQNojWOA== X-Source-IP: abhmt007.oracle.com [141.146.116.16] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090208.4A0B49CD.033B:SCFSTAT5015188,ss=1,fgs=0 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 1) 1. Neither `minibuffer' nor `unsplittable' seem to have much to do with `Buffer Parameters'. The node organization is not good. 2. For `minibuffer', "If the value is a minibuffer window (in some other frame), the new frame uses that minibuffer." What "new frame"? There is no new frame involved here. If the value is a minibuffer window in some other frame, then this frame does not have its own minibuffer (remember, this is about "whether this frame has its own minibuffer"). Instead, this frame uses the minibuffer in that window. In GNU Emacs 23.0.93.1 (i386-mingw-nt5.1.2600) of 2009-05-02 on SOFT-MJASON Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4)' From unknown Sun Jun 22 07:57:05 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.420 (Entity 5.420) X-Loop: owner@emacsbugs.donarmstrong.com From: help-debbugs@gnu.org (Emacs bug Tracking System) To: "Drew Adams" Subject: bug#3278 closed by Chong Yidong (Re: 23.0.93; doc for frame parameter `minibuffer') Message-ID: References: <87fxf8tiex.fsf@cyd.mit.edu> <008f01c9d41a$4bc48ba0$0200a8c0@us.oracle.com> X-Emacs-PR-Message: they-closed 3278 X-Emacs-PR-Package: emacs Reply-To: 3278@debbugs.gnu.org Date: Thu, 14 May 2009 04:35:04 +0000 Content-Type: multipart/mixed; boundary="----------=_1242275704-539-1" This is a multi-part message in MIME format... ------------=_1242275704-539-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" This is an automatic notification regarding your bug report which was filed against the emacs package: #3278: 23.0.93; Elisp manual, node Buffer Parameters It has been closed by Chong Yidong . Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Chong Yidong by replying to this email. --=20 3278: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D3278 Emacs Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1242275704-539-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 3278-done) by emacsbugs.donarmstrong.com; 14 May 2009 04:30:57 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-1.9 required=4.0 tests=AWL autolearn=unavailable version=3.2.5-bugs.debian.org_2005_01_02 Received: from cyd.mit.edu (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n4E4UmPC032171; Wed, 13 May 2009 21:30:49 -0700 Received: by cyd.mit.edu (Postfix, from userid 1000) id 52D0057E233; Thu, 14 May 2009 00:31:02 -0400 (EDT) From: Chong Yidong To: "Drew Adams" Cc: 3279-done@debbugs.gnu.org, 3278-done@debbugs.gnu.org Subject: Re: 23.0.93; doc for frame parameter `minibuffer' Date: Thu, 14 May 2009 00:31:02 -0400 Message-ID: <87fxf8tiex.fsf@cyd.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > 2. For `minibuffer', "If the value is a minibuffer window (in some > other frame), the new frame uses that minibuffer." What "new frame"? > There is no new frame involved here. > > The Elisp manual should say that you cannot change the value of > parameter `minibuffer' for an existing frame. I clarified this. ------------=_1242275704-539-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by emacsbugs.donarmstrong.com; 13 May 2009 22:29:44 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.6 required=4.0 tests=AWL,FOURLA autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n4DMTe6p024016 for ; Wed, 13 May 2009 15:29:42 -0700 Received: from mx10.gnu.org ([199.232.76.166]:39421) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1M4MxI-0006ye-45 for emacs-pretest-bug@gnu.org; Wed, 13 May 2009 18:29:40 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1M4MxH-0005Qu-1T for emacs-pretest-bug@gnu.org; Wed, 13 May 2009 18:29:39 -0400 Received: from acsinet12.oracle.com ([141.146.126.234]:40071) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1M4MxG-0005Qm-IT for emacs-pretest-bug@gnu.org; Wed, 13 May 2009 18:29:38 -0400 Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by acsinet12.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n4DMTPZF020482 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 13 May 2009 22:29:26 GMT Received: from abhmt007.oracle.com (abhmt007.oracle.com [141.146.116.16]) by acsinet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n4DMU3lA010886 for ; Wed, 13 May 2009 22:30:04 GMT Received: from dradamslap1 (/141.144.80.110) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 13 May 2009 15:29:33 -0700 From: "Drew Adams" To: Subject: 23.0.93; Elisp manual, node Buffer Parameters Date: Wed, 13 May 2009 15:29:34 -0700 Message-ID: <008f01c9d41a$4bc48ba0$0200a8c0@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 Thread-Index: AcnUGkrwXT106rVSRgGcUAJQNojWOA== X-Source-IP: abhmt007.oracle.com [141.146.116.16] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090208.4A0B49CD.033B:SCFSTAT5015188,ss=1,fgs=0 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 1) 1. Neither `minibuffer' nor `unsplittable' seem to have much to do with `Buffer Parameters'. The node organization is not good. 2. For `minibuffer', "If the value is a minibuffer window (in some other frame), the new frame uses that minibuffer." What "new frame"? There is no new frame involved here. If the value is a minibuffer window in some other frame, then this frame does not have its own minibuffer (remember, this is about "whether this frame has its own minibuffer"). Instead, this frame uses the minibuffer in that window. In GNU Emacs 23.0.93.1 (i386-mingw-nt5.1.2600) of 2009-05-02 on SOFT-MJASON Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4)' ------------=_1242275704-539-1--