From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: storm@cua.dk (Kim F. Storm) Newsgroups: gmane.emacs.devel Subject: Re: feature request: indicator of minibuffer-recursion depth Date: Fri, 17 Mar 2006 00:39:45 +0100 Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1142552509 6625 80.91.229.2 (16 Mar 2006 23:41:49 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 16 Mar 2006 23:41:49 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Mar 17 00:41:45 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 1FK26B-0002At-GP for ged-emacs-devel@m.gmane.org; Fri, 17 Mar 2006 00:41:43 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FK26B-0003w8-2N for ged-emacs-devel@m.gmane.org; Thu, 16 Mar 2006 18:41:43 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FK25x-0003w0-5W for emacs-devel@gnu.org; Thu, 16 Mar 2006 18:41:29 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FK25u-0003vm-24 for emacs-devel@gnu.org; Thu, 16 Mar 2006 18:41:28 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FK25t-0003vj-SD for emacs-devel@gnu.org; Thu, 16 Mar 2006 18:41:25 -0500 Original-Received: from [195.41.46.237] (helo=pfepc.post.tele.dk) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FK2Ae-0005ar-FW for emacs-devel@gnu.org; Thu, 16 Mar 2006 18:46:20 -0500 Original-Received: from kfs-l.imdomain.dk.cua.dk (0x503e2644.bynxx3.adsl-dhcp.tele.dk [80.62.38.68]) by pfepc.post.tele.dk (Postfix) with SMTP id 4907026281C; Fri, 17 Mar 2006 00:41:20 +0100 (CET) Original-To: "Drew Adams" In-Reply-To: (Drew Adams's message of "Thu, 16 Mar 2006 15:16:07 -0800") 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:51724 Archived-At: "Drew Adams" writes: > 2) use propertized "[%d]" as depth>1 marker > > a. I prefer unpropertized (certainly not `highlight'). There is no need to > make this so prominent. It's been missing altogether for decades with no > disastrous consequences. But even if you have enabled recursive minibuffers, it happens so rarely in practice, that I think it makes good sense to bring attention to the fact that this is indeed a recursive invocation. Some things works quite differently when activated in this state. It sounds like a (defcustom minibuffer-depth-indicator "%d) " ...) would be the best solution -- then anyone can change it to their own liking.their own > > b. I prefer "%d) ": > > Find file: > 2) Match also (regexp): > 3) Match also (regexp): > > instead of "[%d]": > > Find file: > [2]Match also (regexp): > [3]Match also (regexp): > > There's no need to enclose the level in brackets (or parens or braces). I prefer [n] because it is analogue to the way we indicate recursive edit in the mode line. > There is nothing to its left to separate it from. There is a need, howeve, > to separate it from the prompt. At least a space is needed. Not if you propertize the string, IMHO. -- Kim F. Storm http://www.cua.dk