From: Michael Albinus <michael.albinus@gmx.de>
To: Juri Linkov <juri@linkov.net>
Cc: Eli Zaretskii <eliz@gnu.org>, emacs-devel@gnu.org
Subject: Re: emacs-28 e55e2d4: ; * etc/NEWS: Minor copyedit about 'repeat-mode'.
Date: Wed, 20 Oct 2021 09:22:28 +0200 [thread overview]
Message-ID: <87h7dci2iz.fsf@gmx.de> (raw)
In-Reply-To: <87wnm842ui.fsf@mail.linkov.net> (Juri Linkov's message of "Wed, 20 Oct 2021 09:49:17 +0300")
Juri Linkov <juri@linkov.net> writes:
Hi Juri,
>>> This is more wrong than before. 'repeat-mode' can be disabled only
>>> explicitly by the user. Whereas any other key exits transient mode
>>> enabled by 'set-transient-map'.
>>
>> I see. But even in its original wording, it confuses me:
>>
>> Type 'M-x repeat-mode RET' to enable this mode. You can then type
>> 'C-x u u' instead of 'C-x u C-x u' to undo many changes, 'C-x o o'
>> instead of 'C-x o C-x o' to switch windows, 'C-x { { } } ^ ^ v v' to
>> resize the selected window interactively, 'M-g n n p p' to navigate
>> next-error matches. Any other key exits transient mode and then is
>> executed normally.
>>
>> At first glance, I don't know what is "executed normally". The command?
>> The key? But a key isn't "executed" I believe, it is rather handled.
>
> Or more precisely: "The default key binding is used".
Sounds good.
>> And maybe it is also better to speak about "transient input mode", like
>> in other places in NEWS? This would give a better idea what it is about
>> to exit.
>
> A transient input method is something completely different.
>
>> (I'm not much familiar with "transient modes", and so will be most of
>> the readers of this NEWS file)
>
> From (info "(elisp) Controlling Active Maps"):
>
> -- Function: set-transient-map keymap &optional keep-pred on-exit
> This function adds KEYMAP as a “transient” keymap, which takes
> precedence over other keymaps for one (or more) subsequent keys.
>
> So maybe "transient mode" should be replaced with "transient keymap"?
As said, I know almost nothing about "transient.*". The term "transient
mode" let me thing about a major or minor mode, which seems to be
wrong. Anything which prevents me (and others) to do so is fine :-)
Best regards, Michael.
next prev parent reply other threads:[~2021-10-20 7:22 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20211019121305.21211.34959@vcs0.savannah.gnu.org>
[not found] ` <20211019121307.A4A79209AA@vcs0.savannah.gnu.org>
2021-10-19 13:09 ` emacs-28 e55e2d4: ; * etc/NEWS: Minor copyedit about 'repeat-mode' Michael Albinus
2021-10-19 15:59 ` Eli Zaretskii
2021-10-19 16:52 ` Michael Albinus
2021-10-19 19:04 ` Juri Linkov
2021-10-19 19:59 ` Michael Albinus
2021-10-20 6:49 ` Juri Linkov
2021-10-20 7:22 ` Michael Albinus [this message]
2021-10-23 23:25 ` Richard Stallman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87h7dci2iz.fsf@gmx.de \
--to=michael.albinus@gmx.de \
--cc=eliz@gnu.org \
--cc=emacs-devel@gnu.org \
--cc=juri@linkov.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).