unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#52821: Should "(elisp) Keymaps" describe key sequences first?
@ 2021-12-27 15:24 Stefan Kangas
  2021-12-28  4:20 ` Richard Stallman
  2021-12-29 16:02 ` Lars Ingebrigtsen
  0 siblings, 2 replies; 3+ messages in thread
From: Stefan Kangas @ 2021-12-27 15:24 UTC (permalink / raw)
  To: 52821

Now that we promote the new keymap-* functions, does it really make
sense to start the section (info "(elisp) Keymaps") with a description
of key sequences?

This seems to now be considered more of an internal detail, and the
thing that should be exposed to (new) ELisp code is rather the new key
description format accepted by `key-valid-p'.

I'm thinking it should be moved further down, perhaps in a section next
to this one:

* Low-Level Key Binding::       Legacy key syntax description.

There is a good description on the "new" key format in
(info "(elisp) Changing Key Bindings").  Perhaps it should
be moved up instead?





^ permalink raw reply	[flat|nested] 3+ messages in thread

* bug#52821: Should "(elisp) Keymaps" describe key sequences first?
  2021-12-27 15:24 bug#52821: Should "(elisp) Keymaps" describe key sequences first? Stefan Kangas
@ 2021-12-28  4:20 ` Richard Stallman
  2021-12-29 16:02 ` Lars Ingebrigtsen
  1 sibling, 0 replies; 3+ messages in thread
From: Richard Stallman @ 2021-12-28  4:20 UTC (permalink / raw)
  To: Stefan Kangas; +Cc: 52821

[[[ To any NSA and FBI agents reading my email: please consider    ]]]
[[[ whether defending the US Constitution against all enemies,     ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

  > Now that we promote the new keymap-* functions, does it really make
  > sense to start the section (info "(elisp) Keymaps") with a description
  > of key sequences?

  > This seems to now be considered more of an internal detail,

A key sequence is a Lisp object, and it's not internal -- quite a few
programs operate on them.

The description in that node is confused between describing the
Lisp object itself and describing its printed representation.
Perhaps this node should describe the Lisp object format
and the issue of printing and inputting them should be elsewhere.

-- 
Dr Richard Stallman (https://stallman.org)
Chief GNUisance of the GNU Project (https://gnu.org)
Founder, Free Software Foundation (https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)







^ permalink raw reply	[flat|nested] 3+ messages in thread

* bug#52821: Should "(elisp) Keymaps" describe key sequences first?
  2021-12-27 15:24 bug#52821: Should "(elisp) Keymaps" describe key sequences first? Stefan Kangas
  2021-12-28  4:20 ` Richard Stallman
@ 2021-12-29 16:02 ` Lars Ingebrigtsen
  1 sibling, 0 replies; 3+ messages in thread
From: Lars Ingebrigtsen @ 2021-12-29 16:02 UTC (permalink / raw)
  To: Stefan Kangas; +Cc: 52821

Stefan Kangas <stefan@marxist.se> writes:

> Now that we promote the new keymap-* functions, does it really make
> sense to start the section (info "(elisp) Keymaps") with a description
> of key sequences?
>
> This seems to now be considered more of an internal detail, and the
> thing that should be exposed to (new) ELisp code is rather the new key
> description format accepted by `key-valid-p'.
>
> I'm thinking it should be moved further down, perhaps in a section next
> to this one:
>
> * Low-Level Key Binding::       Legacy key syntax description.

Yes, sounds good to me.

> There is a good description on the "new" key format in
> (info "(elisp) Changing Key Bindings").  Perhaps it should
> be moved up instead?

Yup.

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





^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2021-12-29 16:02 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-12-27 15:24 bug#52821: Should "(elisp) Keymaps" describe key sequences first? Stefan Kangas
2021-12-28  4:20 ` Richard Stallman
2021-12-29 16:02 ` Lars Ingebrigtsen

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).