GNU bug report logs - #38535
26.3; Optionally make recursive editing more noticeable

Previous Next

Package: emacs;

Reported by: Drew Adams <drew.adams <at> oracle.com>

Date: Sun, 8 Dec 2019 18:32:02 UTC

Severity: wishlist

Tags: wontfix

Found in version 26.3

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 38535 in the body.
You can then email your comments to 38535 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#38535; Package emacs. (Sun, 08 Dec 2019 18:32:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Drew Adams <drew.adams <at> oracle.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Sun, 08 Dec 2019 18:32:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Drew Adams <drew.adams <at> oracle.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 26.3; Optionally make recursive editing more noticeable
Date: Sun, 8 Dec 2019 10:30:56 -0800 (PST)
Enhancement suggestion.

Recursive editing is sometimes useful.  Its main disadvantage is that
you might not be aware that you've entered or exited a recursive edit.

Please consider adding something like what this code provides:

https://www.emacswiki.org/emacs/download/rec-edit.el

There are really two different features there.  Either could be provided
on its own by Emacs.  But `rec-edit.el' rolls them together in a minor
mode, `rec-edit-mode'.

1. You can use the same key, `C-M-c', to enter a recursive edit as to
   exit.  When already in a recursive edit, it exits or, if you use a
   prefix arg, it enters a new recursive edit.  In other words, it does
   this:
     (if (or (< (recursion-depth) 1)
             current-prefix-arg)
         (recursive-edit)
       (exit-recursive-edit))

2. It optionally highlights the mode-line indication, `[...]', to make
   clear that you're in a recursive edit, and to indicate the depth.
   Whether this highlighting is done is controlled by a Boolean user
   option.

Emacs generally discourages, or doesn't encourage, initiating a
recursive edit.  That's understandable.  But sometimes it's useful, and
a major reason it's discouraged is because it's easy for users to not
realize they're in a recursive edit, or not know how to exit.

This minor mode aims to mitigate those downsides.  And it's off by
default, so presumably a user of it wants to make use of recursive
editing but wants to be aware when doing that.

I think something like this would be helpful for Emacs to provide.

In GNU Emacs 26.3 (build 1, x86_64-w64-mingw32)
 of 2019-08-29
Repository revision: 96dd0196c28bc36779584e47fffcca433c9309cd
Windowing system distributor `Microsoft Corp.', version 10.0.17763
Configured using:
 `configure --without-dbus --host=x86_64-w64-mingw32
 --without-compress-install 'CFLAGS=-O2 -static -g3''




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#38535; Package emacs. (Sun, 08 Dec 2019 22:58:02 GMT) Full text and rfc822 format available.

Message #8 received at 38535 <at> debbugs.gnu.org (full text, mbox):

From: Juri Linkov <juri <at> linkov.net>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: 38535 <at> debbugs.gnu.org
Subject: Re: bug#38535: 26.3; Optionally make recursive editing more noticeable
Date: Mon, 09 Dec 2019 00:50:18 +0200
> Recursive editing is sometimes useful.  Its main disadvantage is that
> you might not be aware that you've entered or exited a recursive edit.

But there is minibuffer-depth-indicate-mode that shows the recursion
depth in the minibuffer prompt when recursive minibuffers are enabled.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#38535; Package emacs. (Sun, 08 Dec 2019 23:20:02 GMT) Full text and rfc822 format available.

Message #11 received at 38535 <at> debbugs.gnu.org (full text, mbox):

From: Drew Adams <drew.adams <at> oracle.com>
To: Juri Linkov <juri <at> linkov.net>
Cc: 38535 <at> debbugs.gnu.org
Subject: RE: bug#38535: 26.3; Optionally make recursive editing more noticeable
Date: Sun, 8 Dec 2019 15:19:28 -0800 (PST)
> > Recursive editing is sometimes useful.
> > Its main disadvantage is that you might not
> > be aware that you've entered or exited a
> > recursive edit.
> 
> But there is minibuffer-depth-indicate-mode that shows the recursion
> depth in the minibuffer prompt when recursive minibuffers are enabled.

Unrelated.

Minibuffer recursion is indicated as you say.
It is not indicated by [...] in the mode line.

 "Minibuffer input is a special kind of
  recursive editing." (elisp) `Recursive Editing'

This is about a non-minibuffer recursive edit,
which is indicated only by a not-very-noticeable
[...] in the mode line.

Those two are handled very differently in terms
of UI and interaction.

For the same reason that we highlight the
minibuffer indication of minibuffer depth, minor
mode `rec-edit-mode' can highlight the [...]
brackets.  ("Can", because an option controls
whether the highlighting occurs.)




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#38535; Package emacs. (Mon, 14 Jun 2021 14:34:02 GMT) Full text and rfc822 format available.

Message #14 received at 38535 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: 38535 <at> debbugs.gnu.org, Juri Linkov <juri <at> linkov.net>
Subject: Re: bug#38535: 26.3; Optionally make recursive editing more noticeable
Date: Mon, 14 Jun 2021 16:33:08 +0200
Drew Adams <drew.adams <at> oracle.com> writes:

> This is about a non-minibuffer recursive edit,
> which is indicated only by a not-very-noticeable
> [...] in the mode line.

I think that should be sufficient.  Closing.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Added tag(s) wontfix. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Mon, 14 Jun 2021 14:34:02 GMT) Full text and rfc822 format available.

bug closed, send any further explanations to 38535 <at> debbugs.gnu.org and Drew Adams <drew.adams <at> oracle.com> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Mon, 14 Jun 2021 14:34:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Tue, 13 Jul 2021 11:24:06 GMT) Full text and rfc822 format available.

This bug report was last modified 2 years and 288 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.