From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 05 13:07:19 2013 Received: (at submit) by debbugs.gnu.org; 5 Apr 2013 17:07:20 +0000 Received: from localhost ([127.0.0.1]:35786 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UOA6h-0002Sy-DM for submit@debbugs.gnu.org; Fri, 05 Apr 2013 13:07:19 -0400 Received: from eggs.gnu.org ([208.118.235.92]:41319) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UOA6d-0002Sp-2t for submit@debbugs.gnu.org; Fri, 05 Apr 2013 13:07:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UOA3R-0008FD-KQ for submit@debbugs.gnu.org; Fri, 05 Apr 2013 13:03:58 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-106.6 required=5.0 tests=BAYES_00, RCVD_IN_DNSWL_MED, RP_MATCHES_RCVD, UNPARSEABLE_RELAY, USER_IN_WHITELIST autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:55613) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UOA3R-0008F9-Hu for submit@debbugs.gnu.org; Fri, 05 Apr 2013 13:03:57 -0400 Received: from eggs.gnu.org ([208.118.235.92]:52659) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UOA3P-000781-Ux for bug-gnu-emacs@gnu.org; Fri, 05 Apr 2013 13:03:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UOA3O-0008Dg-Cm for bug-gnu-emacs@gnu.org; Fri, 05 Apr 2013 13:03:55 -0400 Received: from userp1040.oracle.com ([156.151.31.81]:31152) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UOA3O-0008Cw-68 for bug-gnu-emacs@gnu.org; Fri, 05 Apr 2013 13:03:54 -0400 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r35H3oKx018351 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 5 Apr 2013 17:03:52 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r35H3oCm007217 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 5 Apr 2013 17:03:50 GMT Received: from abhmt114.oracle.com (abhmt114.oracle.com [141.146.116.66]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id r35H3oT6002505 for ; Fri, 5 Apr 2013 12:03:50 -0500 Received: from dradamslap1 (/10.159.169.41) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 05 Apr 2013 10:03:49 -0700 From: "Drew Adams" To: Subject: 24.3.50; turn on `minibuffer-depth-indicator-mode' by default Date: Fri, 5 Apr 2013 10:03:46 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Thread-Index: Ac4yH4ja1AyJIXOASEmF2kiZwfBtyw== X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -3.5 (---) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.2 (------) It is unfortunate that this minor mode is still not turned on by default. There is no reason not to do so. The mode has no effect when there is no recursive minibuffer, which is most of the time. And when there is a recursive minibuffer it is essential that that fact be communicated to users, one way or another. This mode provides one way. mb-depth.el has been present in the code for years now, but it is still essentially ignored, unknown to most users. Please put it to use, letting users know when they are in a recursive minibuffer, by default. Novice users are the least likely to discover this feature, and they are perhaps the most in need of its aid. This is no different from Emacs automatically adding nested `[...]' to the mode line to indicate recursive editing levels. No one would suggest that that indicator be turned off by default and that users be forced to learn about it on their own and turn it on. The same should be the case for indicating recursive minibuffer levels. Should be a no-brainer. In GNU Emacs 24.3.50.1 (i386-mingw-nt5.1.2600) of 2013-03-28 on ODIEONE Bzr revision: 112173 monnier@iro.umontreal.ca-20130328163306-419khox8aneaoaxv Windowing system distributor `Microsoft Corp.', version 5.1.2600 Configured using: `configure --with-gcc (4.7) --no-opt --enable-checking --cflags -IC:/Devel/emacs/build/include --ldflags -LC:/Devel/emacs/build/lib' From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 05 17:41:22 2013 Received: (at 14147) by debbugs.gnu.org; 5 Apr 2013 21:41:22 +0000 Received: from localhost ([127.0.0.1]:36030 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UOENu-0003jm-I4 for submit@debbugs.gnu.org; Fri, 05 Apr 2013 17:41:22 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:21803) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UOENs-0003jf-QD for 14147@debbugs.gnu.org; Fri, 05 Apr 2013 17:41:21 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EABK/CFFFxLSu/2dsb2JhbABEuzWDWRdzgh4BAQQBViMFCws0EhQYDSSIHgbBLZEKA6R6gV6DEw X-IPAS-Result: Av8EABK/CFFFxLSu/2dsb2JhbABEuzWDWRdzgh4BAQQBViMFCws0EhQYDSSIHgbBLZEKA6R6gV6DEw X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="6603352" Received: from 69-196-180-174.dsl.teksavvy.com (HELO pastel.home) ([69.196.180.174]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 05 Apr 2013 17:37:59 -0400 Received: by pastel.home (Postfix, from userid 20848) id 6E0DC67A24; Fri, 5 Apr 2013 17:38:02 -0400 (EDT) From: Stefan Monnier To: "Drew Adams" Subject: Re: bug#14147: 24.3.50; turn on `minibuffer-depth-indicator-mode' by default Message-ID: References: Date: Fri, 05 Apr 2013 17:38:02 -0400 In-Reply-To: (Drew Adams's message of "Fri, 5 Apr 2013 10:03:46 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 14147 Cc: 14147@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) > there is a recursive minibuffer it is essential that that fact be > communicated to users, one way or another. This mode provides one way. It is communicated, by default: it signals an error. Stefan From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 05 20:22:38 2013 Received: (at 14147) by debbugs.gnu.org; 6 Apr 2013 00:22:38 +0000 Received: from localhost ([127.0.0.1]:36108 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UOGtx-0007W6-JJ for submit@debbugs.gnu.org; Fri, 05 Apr 2013 20:22:38 -0400 Received: from userp1040.oracle.com ([156.151.31.81]:25160) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UOGtv-0007Vy-BC for 14147@debbugs.gnu.org; Fri, 05 Apr 2013 20:22:36 -0400 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r360JF4G027443 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 6 Apr 2013 00:19:16 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r360JEVb026440 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 6 Apr 2013 00:19:15 GMT Received: from abhmt118.oracle.com (abhmt118.oracle.com [141.146.116.70]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id r360JDvF027021; Fri, 5 Apr 2013 19:19:13 -0500 Received: from dradamslap1 (/10.159.169.41) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 05 Apr 2013 17:19:13 -0700 From: "Drew Adams" To: "'Stefan Monnier'" References: Subject: RE: bug#14147: 24.3.50; turn on `minibuffer-depth-indicator-mode' by default Date: Fri, 5 Apr 2013 17:19:07 -0700 Message-ID: <20D4D5DB8DE64C1292CC88F7B4114737@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Thread-Index: Ac4yRdsUrY+a3yXCRK6IARXFu90CSwAFWJCw X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-Spam-Score: -3.9 (---) X-Debbugs-Envelope-To: 14147 Cc: 14147@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) > > when there is a recursive minibuffer it is essential that > > that fact be communicated to users, one way or another. > > This mode provides one way. > > It is communicated, by default: it signals an error. That's your answer? Why not turn on `minibuffer-depth-indicator-mode' by default? That's the question, not whether you signal that there is a recursive minibuffer. Or if that's really your answer then why not also signal an error whenever there is a recursive edit, instead of showing `[...]' in the minibuffer? (To be clear, FWIW, this is not for me or anyone who uses my code. Icicle mode has always turned on `minibuffer-depth-indicator-mode'.) From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 28 19:20:23 2016 Received: (at 14147) by debbugs.gnu.org; 28 Apr 2016 23:20:23 +0000 Received: from localhost ([127.0.0.1]:53715 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1avvEN-0001Jj-0H for submit@debbugs.gnu.org; Thu, 28 Apr 2016 19:20:23 -0400 Received: from hermes.netfonds.no ([80.91.224.195]:39065) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1avvEK-0001Ja-Rp for 14147@debbugs.gnu.org; Thu, 28 Apr 2016 19:20:21 -0400 Received: from cm-84.215.1.64.getinternet.no ([84.215.1.64] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1avvEI-0001e7-6F; Fri, 29 Apr 2016 01:20:20 +0200 From: Lars Ingebrigtsen To: "Drew Adams" Subject: Re: bug#14147: 24.3.50; turn on `minibuffer-depth-indicator-mode' by default References: Date: Fri, 29 Apr 2016 01:20:18 +0200 In-Reply-To: (Drew Adams's message of "Fri, 5 Apr 2013 10:03:46 -0700") Message-ID: <87pot91ft9.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 14147 Cc: 14147@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) "Drew Adams" writes: > It is unfortunate that this minor mode is still not turned on by > default. There is no reason not to do so. The mode has no effect when > there is no recursive minibuffer, which is most of the time. I guess there's little point in having a global mode switched on when virtually no users will be using it. Having it on would mean Emacs should be dumped with mb-depth.el, and I don't see that happening. However, I think everybody who uses `enable-recursive-minibuffers' would probably prefer that it's on. I've now mentioned this mode in the doc string of the latter. Closing. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 28 19:20:30 2016 Received: (at control) by debbugs.gnu.org; 28 Apr 2016 23:20:30 +0000 Received: from localhost ([127.0.0.1]:53718 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1avvEU-0001K3-7l for submit@debbugs.gnu.org; Thu, 28 Apr 2016 19:20:30 -0400 Received: from hermes.netfonds.no ([80.91.224.195]:39078) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1avvET-0001Jw-4S for control@debbugs.gnu.org; Thu, 28 Apr 2016 19:20:29 -0400 Received: from cm-84.215.1.64.getinternet.no ([84.215.1.64] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1avvER-0001eQ-0x for control@debbugs.gnu.org; Fri, 29 Apr 2016 01:20:28 +0200 Date: Fri, 29 Apr 2016 01:20:26 +0200 Message-Id: <87oa8t1ft1.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #14147 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) tags 14147 wontfix close 14147 From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 29 12:47:01 2016 Received: (at 14147) by debbugs.gnu.org; 29 Apr 2016 16:47:01 +0000 Received: from localhost ([127.0.0.1]:55638 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1awBZF-0006ky-F8 for submit@debbugs.gnu.org; Fri, 29 Apr 2016 12:47:01 -0400 Received: from aserp1040.oracle.com ([141.146.126.69]:38602) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1awBZD-0006f9-2m for 14147@debbugs.gnu.org; Fri, 29 Apr 2016 12:46:59 -0400 Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u3TGkqkM028710 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 29 Apr 2016 16:46:53 GMT Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by userv0021.oracle.com (8.13.8/8.13.8) with ESMTP id u3TGkqdp026472 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 29 Apr 2016 16:46:52 GMT Received: from abhmp0001.oracle.com (abhmp0001.oracle.com [141.146.116.7]) by userv0121.oracle.com (8.13.8/8.13.8) with ESMTP id u3TGko3N020014; Fri, 29 Apr 2016 16:46:52 GMT MIME-Version: 1.0 Message-ID: <16a35c8d-8746-4917-87d4-05ef5beafc09@default> Date: Fri, 29 Apr 2016 09:46:45 -0700 (PDT) From: Drew Adams To: Lars Ingebrigtsen Subject: RE: bug#14147: 24.3.50; turn on `minibuffer-depth-indicator-mode' by default References: <87pot91ft9.fsf@gnus.org> In-Reply-To: <87pot91ft9.fsf@gnus.org> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6744.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: userv0021.oracle.com [156.151.31.71] X-Spam-Score: -3.3 (---) X-Debbugs-Envelope-To: 14147 Cc: 14147@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > > It is unfortunate that this minor mode is still not turned on by > > default. There is no reason not to do so. The mode has no effect when > > there is no recursive minibuffer, which is most of the time. >=20 > I guess there's little point in having a global mode switched on when > virtually no users will be using it. Why the presumption that "no users will be using it"? > Having it on would mean Emacs should be dumped with mb-depth.el, > and I don't see that happening. IOW, you don't want it on by default. > However, I think everybody who uses `enable-recursive-minibuffers' would > probably prefer that it's on. I've now mentioned this mode in the doc > string of the latter. >=20 > Closing. It's not about users who have _customized_ `enable-recursive-minibuffers' to non-nil. I imagine that few, if any, users do that. But some commands do BIND that var to non-nil to allow prompting for something else during use of the minibuffer. As the bug report said: This is no different from Emacs automatically adding nested `[...]' to the mode line to indicate recursive editing levels. No one would suggest that that indicator be turned off by default and that users be forced to learn about it on their own and turn it on. The same should be the case for indicating recursive minibuffer levels. Should be a no-brainer. Perhaps you would argue that, because "no users will be using" recursive edits, Emacs should stop automatically adding `[...]' to the mode line to indicate recursive editing levels? Make users request that feature explicitly, perhaps by loading a library? From debbugs-submit-bounces@debbugs.gnu.org Mon May 02 05:28:31 2016 Received: (at 14147) by debbugs.gnu.org; 2 May 2016 09:28:31 +0000 Received: from localhost ([127.0.0.1]:33016 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1axA9W-0007uz-Re for submit@debbugs.gnu.org; Mon, 02 May 2016 05:28:30 -0400 Received: from mxin.ulb.ac.be ([164.15.128.112]:10116) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1axA9V-0007uq-Ae for 14147@debbugs.gnu.org; Mon, 02 May 2016 05:28:29 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AmAGAPocJ1ekD4Xx/2dsb2JhbABcgme+GIYQAoFwAQEBAQEBZidBEgGDbgEBAwF5BQsIAyElDwEESYg1CLQLhAoBAQEBAQUCAR2GIYRMihMBBJgUj2mHW4VljzFiggUbgU06hR+EGAEBAQ Received: from mathsrv4.ulb.ac.be (HELO localhost) ([164.15.133.241]) by smtp.ulb.ac.be with ESMTP/TLS/AES128-SHA; 02 May 2016 11:28:27 +0200 From: Nicolas Richard To: Drew Adams Subject: Re: bug#14147: 24.3.50; turn on `minibuffer-depth-indicator-mode' by default References: <87pot91ft9.fsf@gnus.org> <16a35c8d-8746-4917-87d4-05ef5beafc09@default> Date: Mon, 02 May 2016 11:28:37 +0200 In-Reply-To: <16a35c8d-8746-4917-87d4-05ef5beafc09@default> (Drew Adams's message of "Fri, 29 Apr 2016 09:46:45 -0700 (PDT)") Message-ID: <87oa8orepm.fsf@ulb.ac.be> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -3.3 (---) X-Debbugs-Envelope-To: 14147 Cc: 14147@debbugs.gnu.org, Lars Ingebrigtsen X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > It's not about users who have _customized_ > `enable-recursive-minibuffers' to non-nil. > > I imagine that few, if any, users do that. I disagree with that part, from my own experience : I tried to use recursive minibuffers, but emacs complained, so I customized the variable. However I did not enable minibuffer-depth-indicate-mode until much later when I finally found about it... Thus I too think it should be on by default, but having it in the docstring is better than nothing. -- Nicolas From unknown Wed Jun 25 02:08:15 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 30 May 2016 11:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator