From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Thien-Thi Nguyen Newsgroups: gmane.emacs.devel Subject: Re: switch-to-buffer in minibuffer Date: Wed, 06 Aug 2008 09:33:49 +0200 Message-ID: <87fxpid2ci.fsf@ambire.localdomain> References: <87hc9yvpew.fsf@stupidchicken.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1218022475 19695 80.91.229.12 (6 Aug 2008 11:34:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 6 Aug 2008 11:34:35 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Aug 06 13:35:26 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KQhIY-0005B5-Ox for ged-emacs-devel@m.gmane.org; Wed, 06 Aug 2008 13:35:23 +0200 Original-Received: from localhost ([127.0.0.1]:55250 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KQhHd-000193-Fo for ged-emacs-devel@m.gmane.org; Wed, 06 Aug 2008 07:34:25 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KQhHW-000149-7J for emacs-devel@gnu.org; Wed, 06 Aug 2008 07:34:18 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KQhHR-0000uk-7M for emacs-devel@gnu.org; Wed, 06 Aug 2008 07:34:16 -0400 Original-Received: from [199.232.76.173] (port=56893 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KQhHQ-0000uN-OF for emacs-devel@gnu.org; Wed, 06 Aug 2008 07:34:12 -0400 Original-Received: from [151.61.143.1] (port=43462 helo=ambire.localdomain) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KQhHQ-0007Ug-3O for emacs-devel@gnu.org; Wed, 06 Aug 2008 07:34:12 -0400 Original-Received: from ttn by ambire.localdomain with local (Exim 4.63) (envelope-from ) id 1KQdWn-00024E-Hq for emacs-devel@gnu.org; Wed, 06 Aug 2008 09:33:49 +0200 In-Reply-To: <87hc9yvpew.fsf@stupidchicken.com> (Chong Yidong's message of "Tue, 05 Aug 2008 22:38:15 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-detected-kernel: by monty-python.gnu.org: Genre and OS details not recognized. X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:102119 Archived-At: () Chong Yidong () Tue, 05 Aug 2008 22:38:15 -0400 Regarding this item in etc/NEWS: *** Operations like C-x b and C-x C-f, which use switch-to-buffer, do not fail any more when used in a minibuffer or a dedicated window. Instead, they fallback on using pop-to-buffer, which will use some other window. What does this mean? Naively, it seems to be saying that C-x C-f C-x C-f will do something new, but it instead gives the same error as previous versions of Emacs ("attempted to use minibuffer while minibuffer is active"). So what's this about? The blurb should probably read: *** (Given enable-recursive-minibuffers non-nil) Operations like C-x b and C-x C-f, which use switch-to-buffer, do not fail any more when used in a minibuffer or a dedicated window. Instead, they fallback on using pop-to-buffer, which will use some other window. or similar. thi