From: Drew Adams <drew.adams@oracle.com>
To: Dani Moncayo <dmoncayo@gmail.com>
Cc: 15234@debbugs.gnu.org, Jambunathan K <kjambunathan@gmail.com>
Subject: bug#15234: 24.3.50; Make C-x u repeatable
Date: Tue, 3 Sep 2013 09:19:24 -0700 (PDT) [thread overview]
Message-ID: <b20c4cd6-9e2e-4e75-9869-ef08c7bd8b11@default> (raw)
In-Reply-To: <CAH8Pv0jWf9r3GjzWc0TmRSL1nSxTkDo7gZCkiXUaUC2EcvTKew@mail.gmail.com>
> > there are other, simple ways of exiting `undo' so
> > `u' will then insert (`<left> <right>', `x DEL', whatever).
>
> Yes, there would be other ways of exiting undo, but I definitely
> prefer not having to "exit" `undo'.
>
> In general, I think that modal operations should be avoided as much as
> possible, because IMO, they make the user interface more complex
> (uglier, worse...).
Yes and no. Isearch has been greatly *improved* by binding keys in
`isearch-mode-map' to do particular things. Some, especially RMS, have
argued against this, saying that it makes Isearch too modal - exactly
your argument.
But you have to "exit" Isearch anyway - it *is* modal, in a sense. It's
just that there were originally a zillion ways to exit and now there are
a zillion minus a few.
Wrt `undo': When you repeat `undo' and you go past where you wanted,
what do you do? You "exit" `undo' repeating by hitting some key, e.g.
`x', and then you start it again so it undoes that key and then undoes
its previous undoing. IOW, you already "exit" undo repetition, whether
you think of it that way or not.
No, of course it's not really a mode. One is not locked into repetition.
It's only modal in the sense that hitting an undo key again continues
undoing. And the only thing new here is that `u' becomes an undo key
(when it follows `C-x u'), just like `C-/'.
You could argue that any function that takes control over input (what
you type next) is modal to some extent. `y-or-n-p' is modal in this
sense. Likewise `query-replace' and lots of other useful commands.
And yes, as you point out, they can make the UI more complex. It's a
tradeoff.
Different users will feel differently about this feature, just as some
feel differently about the keys that have been added to Isearch. Some
will welcome the change as an improvement. Some will dislike it, e.g.,
because it changes their habits.
Out of curiosity, do you actually use `C-x u' today? Not that you need
to, to have an opinion about this. (I don't use it.)
How do you feel about having a separate command for this repeatable undo?
next prev parent reply other threads:[~2013-09-03 16:19 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-01 12:21 bug#15234: 24.3.50; Make C-x u repeatable Jambunathan K
2013-09-01 15:23 ` Drew Adams
2013-09-01 16:11 ` Jambunathan K
2013-09-01 16:27 ` Juri Linkov
2013-09-01 16:45 ` Jambunathan K
2013-09-03 1:46 ` Stefan Monnier
2013-09-03 2:15 ` Drew Adams
2013-09-03 2:23 ` Jambunathan K
2013-09-03 2:27 ` Drew Adams
2013-09-03 6:32 ` Dani Moncayo
2013-09-03 14:49 ` Drew Adams
2013-09-03 15:31 ` Dani Moncayo
2013-09-03 16:19 ` Drew Adams [this message]
2013-09-03 16:41 ` Dani Moncayo
2013-09-03 20:58 ` Jambunathan K
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=b20c4cd6-9e2e-4e75-9869-ef08c7bd8b11@default \
--to=drew.adams@oracle.com \
--cc=15234@debbugs.gnu.org \
--cc=dmoncayo@gmail.com \
--cc=kjambunathan@gmail.com \
/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).