From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: error "Cannot switch buffers in (minibuffer | a dedicated) window" Date: Tue, 18 Dec 2007 08:29:00 -0800 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-15" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1197995375 15575 80.91.229.12 (18 Dec 2007 16:29:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 18 Dec 2007 16:29:35 +0000 (UTC) Cc: emacs-devel@gnu.org To: Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Dec 18 17:29:47 2007 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 1J4fK6-00047l-9j for ged-emacs-devel@m.gmane.org; Tue, 18 Dec 2007 17:29:38 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1J4fJn-00049A-42 for ged-emacs-devel@m.gmane.org; Tue, 18 Dec 2007 11:29:19 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1J4fJk-000495-QE for emacs-devel@gnu.org; Tue, 18 Dec 2007 11:29:16 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1J4fJh-00048t-EC for emacs-devel@gnu.org; Tue, 18 Dec 2007 11:29:15 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1J4fJh-00048q-81 for emacs-devel@gnu.org; Tue, 18 Dec 2007 11:29:13 -0500 Original-Received: from rgminet01.oracle.com ([148.87.113.118]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1J4fJa-0004mO-3B; Tue, 18 Dec 2007 11:29:06 -0500 Original-Received: from agmgw1.us.oracle.com (agmgw1.us.oracle.com [152.68.180.212]) by rgminet01.oracle.com (Switch-3.2.4/Switch-3.1.6) with ESMTP id lBIGT1FL011013; Tue, 18 Dec 2007 09:29:03 -0700 Original-Received: from acsmt351.oracle.com (acsmt351.oracle.com [141.146.40.151]) by agmgw1.us.oracle.com (Switch-3.2.0/Switch-3.2.0) with ESMTP id lBHEAPvk005222; Tue, 18 Dec 2007 09:29:01 -0700 Original-Received: from dhcp-amer-whq-csvpn-gw3-141-144-81-149.vpn.oracle.com by acsmt350.oracle.com with ESMTP id 3450536161197995337; Tue, 18 Dec 2007 08:28:57 -0800 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE X-detected-kernel: by monty-python.gnu.org: Linux 2.4-2.6 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:85255 Archived-At: > Wouldn't it make sense to just switch to the buffer in another window, > instead of raising an error? > > If you are trying to switch buffers in the minibuffer you probably > don't know you're in the minibuffer. If you get an error you will > probably type C-g which will get you out of it. Switching buffers in > another window and remaining in the minibuffer seems like a bad idea. Thanks for the explanation. I guess that makes sense. I agree that in this situation you probably don't know you're in the minibuffer. I was thinking that it would therefore be reasonable to exit the minibuffer automatically at that point (the current level, if recursive) - that's another way to remedy the mismatch between where the user thinks s?he is and where s?he is. That is, instead of leaving the user in the minibuffer and making him hit C-g to exit and then hit `C-x b' again, just assume that was his intention. Just assume, that is, that the user wants to (1) switch to the buffer and (2) exit the minibuffer. This assumes that the main intention is to switch to the buffer, with the particular window for the buffer not having a great importance. This would be a bit more DWIM and a bit less hands-off. The current approach has the advantage of just informing the user of the state of things, without assuming anything or trying to remedy the situation. (Again, however, if we did this, it might be good to reserve it for interactive buffer switching.)