From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.emacs.devel Subject: Re: feature request: indicator of minibuffer-recursion depth Date: Wed, 15 Mar 2006 18:28:18 +0900 Message-ID: References: <85mzfsk7qq.fsf@lola.goethe.zz> 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 1142414936 23240 80.91.229.2 (15 Mar 2006 09:28:56 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 15 Mar 2006 09:28:56 +0000 (UTC) Cc: Drew Adams , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Mar 15 10:28:53 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FJSJG-00018V-Jv for ged-emacs-devel@m.gmane.org; Wed, 15 Mar 2006 10:28:51 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FJSJF-0008P9-Vz for ged-emacs-devel@m.gmane.org; Wed, 15 Mar 2006 04:28:50 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FJSIw-0008Mu-4I for emacs-devel@gnu.org; Wed, 15 Mar 2006 04:28:30 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FJSIu-0008Ko-8a for emacs-devel@gnu.org; Wed, 15 Mar 2006 04:28:29 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FJSIu-0008Ke-15 for emacs-devel@gnu.org; Wed, 15 Mar 2006 04:28:28 -0500 Original-Received: from [203.180.232.83] (helo=mgate03.necel.com) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FJSNB-0005IY-5k; Wed, 15 Mar 2006 04:32:53 -0500 Original-Received: from relay11.aps.necel.com (relay11 [10.29.19.46]) by mgate03.necel.com (8.13.1/8.13.1) with ESMTP id k2F7ceOs006843; Wed, 15 Mar 2006 18:28:19 +0900 (JST) Original-Received: from relay21.aps.necel.com ([10.29.19.24] [10.29.19.24]) by relay11.aps.necel.com with ESMTP; Wed, 15 Mar 2006 18:28:19 +0900 Original-Received: from dhapc248.dev.necel.com ([10.114.97.235] [10.114.97.235]) by relay21.aps.necel.com with ESMTP; Wed, 15 Mar 2006 18:28:19 +0900 Original-Received: by dhapc248.dev.necel.com (Postfix, from userid 31295) id C0CEF3ED; Wed, 15 Mar 2006 18:28:18 +0900 (JST) Original-To: David Kastrup System-Type: i686-pc-linux-gnu Blat: Foop In-Reply-To: <85mzfsk7qq.fsf@lola.goethe.zz> (David Kastrup's message of "Tue, 14 Mar 2006 22:59:41 +0100") Original-Lines: 23 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:51650 Archived-At: David Kastrup writes: > The minibuffer does not have a mode line. And if we want to avoid > confusion, putting the indicator somewhere far away from the > minibuffer would not help. I think the minibuffer prompt a better > place. And using the same "recursive" indicator as recursive edits do > in the mode line is sensible as well in my book. I don't think it's trivial to modify the prompt like that though -- in most cases, the minibuffer prompt is just a part of the minbuffer, and blindly modifying it may screw other things up. Given that the default is to disable recursive minibuffer use entirely, and the people who intentionally enable such usage tend to be more knowledgeable users (and thus less likely to be confused by recursive minibuffers), it seems that such an indicator would be of somewhat limited applicability. -Miles -- In New York, most people don't have cars, so if you want to kill a person, you have to take the subway to their house. And sometimes on the way, the train is delayed and you get impatient, so you have to kill someone on the subway. [George Carlin]