GNU bug report logs - #55301
Wishlist: Customize should have a way to edit keymaps

Previous Next

Package: emacs;

Reported by: Phil Hudson <phil.hudson <at> iname.com>

Date: Sat, 7 May 2022 14:08:02 UTC

Severity: wishlist

Found in version 27.2

Full log


View this message in rfc822 format

From: Phil Hudson <phil.hudson <at> iname.com>
To: Robert Pluim <rpluim <at> gmail.com>
Cc: Lars Ingebrigtsen <larsi <at> gnus.org>, 55301 <at> debbugs.gnu.org
Subject: bug#55301: 27.2; RFE: Auto-create defcustom for declared minor mode keymap
Date: Mon, 9 May 2022 16:04:26 +0100
On Mon, 9 May 2022 at 14:39, Robert Pluim <rpluim <at> gmail.com> wrote:
>
> >>>>> On Mon, 9 May 2022 11:02:20 +0100, Phil Hudson <phil.hudson <at> iname.com> said:
>
>     Phil> Isn't that exactly the right place for declarative personal preferences?
>
> Yes, but if a keymap were a defcustom, then the whole keymap would be
> in your .emacs, and you would not receive any updates if the keymap
> definition changed, since that affects the *default* defcustom value.

True that, and I had not thought of it, but now that I have, I still
don't see it as necessarily confounding. Doesn't the same objection
(if it is one) apply to *every* defcustom? Is that not the risk that
the user takes when they change any custom option, and the risk that
every dev takes when they introduce a defcustom?

> Now if you wanted to define a defcustom type for changing bindings in an
> existing keymap, thatʼs a different proposition (and we already have
> define-key, so Iʼm not so sure of the utility).

That is exactly what I (think I) want. The utility is admittedly
marginal but perhaps not trivial. It's the difference between a
declarative approach, which I take to be intrinsically more accessible
and intuitive, especially to non-programmers, versus an imperative
one. It's essentially the case for custom options in general.

I suppose my maximalist claim would be that mode-defined keymaps are
self-evidently customize options that have somehow historically been
accidentally overlooked. I'm not entirely convinced myself, though.
Maybe we should just let it sit for a while. There's obviously
something about it that doesn't *feel* right to people with deeper
insight than I have.




This bug report was last modified 3 years and 4 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.