From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.emacs.help Subject: Re: C-x C-f in two frames -> "user minibuffer while in Date: Mon, 04 Jul 2005 09:15:46 +0900 Message-ID: <87irzrzarx.fsf@tc-1-100.kawasaki.gol.ne.jp> References: Reply-To: Miles Bader NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1120436908 30212 80.91.229.2 (4 Jul 2005 00:28:28 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 4 Jul 2005 00:28:28 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Jul 04 02:28:18 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DpEop-0004VK-Ol for geh-help-gnu-emacs@m.gmane.org; Mon, 04 Jul 2005 02:28:16 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DpEq0-0004WO-SG for geh-help-gnu-emacs@m.gmane.org; Sun, 03 Jul 2005 20:29:28 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DpEpO-0004QV-FL for help-gnu-emacs@gnu.org; Sun, 03 Jul 2005 20:28:50 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DpEpD-0004K5-1g for help-gnu-emacs@gnu.org; Sun, 03 Jul 2005 20:28:39 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DpEpC-0004F8-1g for help-gnu-emacs@gnu.org; Sun, 03 Jul 2005 20:28:38 -0400 Original-Received: from [203.216.5.72] (helo=smtp02.dentaku.gol.com) by monty-python.gnu.org with esmtp (TLS-1.0:RSA_AES_128_CBC_SHA:16) (Exim 4.34) id 1DpEiV-0005Fd-JZ; Sun, 03 Jul 2005 20:21:44 -0400 Original-Received: from yokohama2-61-203-152-243.ap.0038.net ([61.203.152.243] helo=tc-1-100.kawasaki.gol.ne.jp) by smtp02.dentaku.gol.com with esmtpa (Dentaku) id 1DpEcn-000351-DS; Mon, 04 Jul 2005 09:15:50 +0900 Original-Received: by tc-1-100.kawasaki.gol.ne.jp (Postfix, from userid 1000) id CE28D2FBE; Mon, 4 Jul 2005 09:15:46 +0900 (JST) Original-To: help-gnu-emacs@gnu.org System-Type: i686-pc-linux-gnu In-Reply-To: (David Combs's message of "Sun, 3 Jul 2005 21:47:19 +0000 (UTC)") Original-Lines: 20 X-Abuse-Complaints: abuse@gol.com X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:27782 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:27782 dkcombs@panix.com (David Combs) writes: >>If you set enable-recursive-minibuffers to t it works. >>(setq enable-recursive-minibuffers t) > > That is, what *disadvantages* from setting it on? What bewares > of having it on? It apparently confuses beginners greatly when they accidentally end up with a recursive minibuffer. For instance, a common scenario is something like: you click the mouse in a buffer while the minibuffer is active, then re-invoke your command thinking the minibuffer input had been aborted [but of course it wasn't, so you end up with recursive minibuffers]. If you have a good mental model of how Emacs works, you'll recognize this situation and deal with it properly, but many people don't. -Miles -- I'd rather be consing.