all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: chad <yandros@gmail.com>
To: Philip Kaludercic <philipk@posteo.net>
Cc: EMACS development team <emacs-devel@gnu.org>
Subject: Re: Clarifying the C-c letter guideline
Date: Sun, 14 Feb 2021 17:35:51 -0800	[thread overview]
Message-ID: <CAO2hHWZygTbodczw9bQmRoR1rubTwTCy7308rmMaZxpw5TTx8A@mail.gmail.com> (raw)
In-Reply-To: <87ft1y4zln.fsf@posteo.net>

[-- Attachment #1: Type: text/plain, Size: 1659 bytes --]

On Sun, Feb 14, 2021 at 4:14 AM Philip Kaludercic <philipk@posteo.net>
wrote:

> > • Don’t define ‘C-c LETTER’ as a key in Lisp programs.  Sequences
> >   consisting of ‘C-c’ and a letter (either upper or lower case) are
> >   reserved for users; they are the *only* sequences reserved for
> >   users, so do not block them.
>
> There seems to be some uncertainty in how this should be
> interpreted. Does this mean that...
>
> - No package/library/third-party code may ever bind a command or map to
>   C-c LETTER, under any circumstances (in the letter of the law).
>
> - A package/library/third-party code may bind a command or a map to C-c
>   LETTER, if the user is explicitly asked and he or she gives
>   permission (in the spirit of the law).
>

IIRC, the intent was roughly "anyone interested in binding key inside Emacs
should assume that individual users may have arbitrary bindings to anything
inside C-c", with the strong implication that they cannot "safely"
establish any common or conventional binding inside that space. (I don't
recall if the original intent was restricted to C-c [alpha], C-c
[alphanum], or C-c [any-single].

If my memory from ~30 years ago is correct, this didn't outlaw a local
group from making packages that used C-c bindings, with the understanding
that a given lab or research group would manage conflicts within themselves
as needed. Of course, in those times a given elisp "package" was likely to
be distributed  uuencoded via email, ftp, or usenet, with changes noted in
RCS or SCCS headers, so "distribution" wasn't the same sort of concern.

Hope that helps,
~Chad

[-- Attachment #2: Type: text/html, Size: 2123 bytes --]

  parent reply	other threads:[~2021-02-15  1:35 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-02-14 12:12 Clarifying the C-c letter guideline Philip Kaludercic
2021-02-14 17:38 ` Jean Louis
2021-02-14 18:14   ` Philip Kaludercic
2021-02-14 18:15 ` Matt Armstrong
2021-02-15  1:35 ` chad [this message]
2021-02-15  3:08   ` Matt Armstrong

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

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAO2hHWZygTbodczw9bQmRoR1rubTwTCy7308rmMaZxpw5TTx8A@mail.gmail.com \
    --to=yandros@gmail.com \
    --cc=emacs-devel@gnu.org \
    --cc=philipk@posteo.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 external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.