From: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
To: rms@gnu.org
Cc: Drew Adams <drew.adams@oracle.com>, emacs-devel@gnu.org
Subject: Re: customizing key definitions with Customize
Date: Mon, 12 May 2008 22:42:38 +0200 [thread overview]
Message-ID: <4828ABBE.2090004@gmail.com> (raw)
In-Reply-To: <E1JvW5C-0004Ec-B8@fencepost.gnu.org>
Richard M Stallman wrote:
> Using Customize to rebind keys would be a good feature to add;
> but in order to make this fit in well with Emacs, it should
> store the bindings in keymaps. For instance, if you customize
> the bindings of Lisp mode, it should do that by altering
> the bindings in lisp-mode-map.
I think the unit of operation should be something like
customize-sparse-keymap with a corresponing custom widget for sparse
keymaps.
As I wrote before Drew's widget code for key bindings is probably a good
base for that code.
There are some difficult things to master:
- When should the customized keymaps be applied?
- How to deal with current code that setup the keymaps?
My suggestion would be to apply the customized keymaps at the end of the
loading of the file that contains the definition of the keymaps. But I
do not know if this is possible.
prev parent reply other threads:[~2008-05-12 20:42 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-11 19:40 customizing key definitions with Customize Drew Adams
2008-05-11 22:02 ` Lennart Borgman (gmail)
2008-05-11 22:28 ` Drew Adams
2008-05-11 22:40 ` Lennart Borgman (gmail)
2008-05-11 23:02 ` Drew Adams
2008-05-11 23:09 ` Lennart Borgman (gmail)
2008-05-11 23:19 ` Drew Adams
2008-05-11 23:23 ` Lennart Borgman (gmail)
2008-05-11 23:34 ` Drew Adams
2008-05-12 20:42 ` Lennart Borgman (gmail)
2008-05-14 5:24 ` Drew Adams
2008-05-12 8:59 ` Reiner Steib
2008-05-12 20:58 ` Drew Adams
2008-05-12 11:20 ` Richard M Stallman
2008-05-12 14:01 ` Drew Adams
2008-05-13 0:03 ` Juri Linkov
2008-05-13 0:40 ` Lennart Borgman (gmail)
2008-05-13 14:59 ` Richard M Stallman
2008-05-13 23:59 ` Juri Linkov
2008-05-14 1:10 ` Stefan Monnier
2008-05-14 16:40 ` Richard M Stallman
2008-05-15 4:46 ` Drew Adams
2008-05-15 17:39 ` Richard M Stallman
2008-05-16 8:01 ` Drew Adams
2008-05-16 17:46 ` Richard M Stallman
2008-05-16 18:00 ` David Kastrup
2008-05-16 23:58 ` Drew Adams
2008-05-17 5:00 ` Richard M Stallman
2008-05-16 7:51 ` Drew Adams
2008-05-18 1:22 ` Drew Adams
2008-05-18 9:07 ` Key/menu bug? (was: customizing key definitions with Customize) David Kastrup
2008-05-13 15:07 ` customizing key definitions with Customize David Reitter
2008-05-13 19:05 ` David Kastrup
2008-05-14 5:23 ` Drew Adams
2008-05-13 5:16 ` Richard M Stallman
2008-05-14 5:23 ` Drew Adams
2008-05-14 16:39 ` Richard M Stallman
2008-05-15 4:36 ` Drew Adams
2008-05-15 17:39 ` Richard M Stallman
2008-05-16 8:02 ` Drew Adams
2008-05-16 17:46 ` Richard M Stallman
2008-05-16 23:58 ` Drew Adams
2008-05-12 20:42 ` Lennart Borgman (gmail) [this message]
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=4828ABBE.2090004@gmail.com \
--to=lennart.borgman@gmail.com \
--cc=drew.adams@oracle.com \
--cc=emacs-devel@gnu.org \
--cc=rms@gnu.org \
/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.