From: Eli Zaretskii <eliz@gnu.org>
To: Juri Linkov <juri@linkov.net>
Cc: adam@alphapapa.net, drew.adams@oracle.com, emacs-devel@gnu.org
Subject: Re: [External] : Re: [PATCH] New tab-bar-detach-tab command
Date: Thu, 07 Oct 2021 21:28:43 +0300 [thread overview]
Message-ID: <83ily8zo2s.fsf@gnu.org> (raw)
In-Reply-To: <8735pcu3ot.fsf@mail.linkov.net> (message from Juri Linkov on Thu, 07 Oct 2021 20:58:05 +0300)
> From: Juri Linkov <juri@linkov.net>
> Cc: drew.adams@oracle.com, adam@alphapapa.net, emacs-devel@gnu.org
> Date: Thu, 07 Oct 2021 20:58:05 +0300
>
> > Aren't we again giving a key binding to a command without any idea how
> > popular that command will be? "Stealing" the prefix arg from "C-x 5 2"
> > is even worse, IMO: it's a very old command which we will never
> > remove, and we might one day introduce some optional behavior for it,
> > and use C-u for that. Why prevent that today on account of a command
> > whose importance is largely unknown (and by default should be
> > considered of low importance, since otherwise how did we manage
> > without it until now?).
> >
> > I say let's remove the "C-x 5 c" binding as long as it isn't too late,
> > and reconsider the command's binding at a later date, when we know
> > more about its importance.
>
> A command without a keybinding is like a programmer without a computer.
So all the commands we have in Emacs that don't have a binding are in
your opinion useless?
We will never have enough reasonably short key sequences to give a
binding to every command, so expressing such extreme views is not
constructive.
next prev parent reply other threads:[~2021-10-07 18:28 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-09-28 19:09 [PATCH] New tab-bar-detach-tab command Adam Porter
2021-09-29 1:05 ` Matt Beshara
2021-09-29 7:11 ` Juri Linkov
2021-09-29 7:43 ` Adam Porter
2021-09-29 7:09 ` Juri Linkov
2021-09-29 7:59 ` Adam Porter
2021-09-29 19:43 ` Juri Linkov
2021-09-29 19:54 ` Adam Porter
2021-10-03 17:19 ` Juri Linkov
2021-10-04 10:34 ` Adam Porter
2021-10-04 17:33 ` Juri Linkov
2021-10-04 19:53 ` Adam Porter
2021-10-05 6:49 ` Juri Linkov
2021-10-05 7:17 ` Adam Porter
2021-10-05 15:27 ` [External] : " Drew Adams
2021-10-05 16:38 ` Juri Linkov
2021-10-06 11:23 ` Adam Porter
2021-10-06 16:38 ` Juri Linkov
2021-10-07 18:02 ` Juri Linkov
2021-10-07 18:23 ` [External] : " Drew Adams
2021-10-05 15:18 ` Drew Adams
2021-10-05 16:40 ` Juri Linkov
2021-10-05 17:27 ` Drew Adams
2021-10-06 16:39 ` Juri Linkov
2021-10-06 20:20 ` [External] : " Drew Adams
2021-10-07 7:29 ` Juri Linkov
2021-10-07 7:43 ` Eli Zaretskii
2021-10-07 17:58 ` Juri Linkov
2021-10-07 18:19 ` Drew Adams
2021-10-07 18:28 ` Eli Zaretskii [this message]
2021-10-07 15:56 ` Drew Adams
2021-10-05 16:35 ` Juri Linkov
2021-10-05 15:15 ` [External] : " Drew Adams
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=83ily8zo2s.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=adam@alphapapa.net \
--cc=drew.adams@oracle.com \
--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).