From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: feature request: indicator of minibuffer-recursion depth Date: Fri, 17 Mar 2006 18:17:55 +0100 Message-ID: <85bqw53s8s.fsf@lola.goethe.zz> References: <85mzfsk7qq.fsf@lola.goethe.zz> <9734F5FD-FD8F-4889-893E-6EB3D90018E7@gmail.com> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1142615926 29613 80.91.229.2 (17 Mar 2006 17:18:46 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 17 Mar 2006 17:18:46 +0000 (UTC) Cc: David Reitter , miles@gnu.org, drew.adams@oracle.com, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Mar 17 18:18:44 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 1FKIau-0008V4-5K for ged-emacs-devel@m.gmane.org; Fri, 17 Mar 2006 18:18:33 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FKIat-0001jD-IE for ged-emacs-devel@m.gmane.org; Fri, 17 Mar 2006 12:18:31 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FKIah-0001is-Ef for emacs-devel@gnu.org; Fri, 17 Mar 2006 12:18:19 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FKIag-0001iY-8H for emacs-devel@gnu.org; Fri, 17 Mar 2006 12:18:18 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FKIag-0001iV-2W for emacs-devel@gnu.org; Fri, 17 Mar 2006 12:18:18 -0500 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FKIfb-0006l1-6H for emacs-devel@gnu.org; Fri, 17 Mar 2006 12:23:23 -0500 Original-Received: from localhost ([127.0.0.1] helo=lola.goethe.zz) by fencepost.gnu.org with esmtp (Exim 4.34) id 1FKIaS-0001x6-IN; Fri, 17 Mar 2006 12:18:07 -0500 Original-Received: by lola.goethe.zz (Postfix, from userid 1002) id 013D31C3DB49; Fri, 17 Mar 2006 18:17:55 +0100 (CET) Original-To: rms@gnu.org In-Reply-To: (Richard Stallman's message of "Fri, 17 Mar 2006 11:32:24 -0500") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) 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:51773 Archived-At: Richard Stallman writes: > Regarding the proposal for recursive minibuffer commands to > quit the outer minibuffer: Uh, don't they do that already by default? > Can someone please investigate what UI experts suggest about this > kind of case? I am afraid we already lost them with "minibuffer", never mind about "recursive". vi has something like that, but you can't leave the minibuffer leaving pending stuff behind, and there is no way to enter another one: vi conceptually turns into a complete different (and line-based) editor in its command line, called "ex". In pretty much every editor I know, things like "file entry" and stuff happens essentially in "transient windows", and you can't leave such a window before completing things. Dumbing Emacs' interface down like that does not seem worth the price. For example, I quite often do stuff like C-x C-f ~/junk-2/ M-x make-directory ~/junk-2 RET somefile.tex RET This is too convenient to abandon, even though I can understand the choice to not make it the default. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum