* Customizing per-keymap key bindings through the customize interface? @ 2013-06-27 8:02 Klaus-Dieter Bauer 2013-06-27 13:57 ` Drew Adams 0 siblings, 1 reply; 3+ messages in thread From: Klaus-Dieter Bauer @ 2013-06-27 8:02 UTC (permalink / raw) To: emacs help Hello! Is there currently some package available that allows managing custom key bindings on a per-keymap-basis through the `customize` interface? I got a bit annoyed recently by losing track of all the custom keybindings I have made, so I wrote a function, that automatically adds an entry in a menu in global-map for every custom keybinding. Now I am intending to extend this to utilizing the custom interface for creating keybindings on a per-mode basis. While relatively easy to do, I'd prefer a commonly used solution, if there is any. kind regards, Klaus PS: I'm still not sure whether such questions should go to emacs-help or emacs-devel. ^ permalink raw reply [flat|nested] 3+ messages in thread
* RE: Customizing per-keymap key bindings through the customize interface? 2013-06-27 8:02 Customizing per-keymap key bindings through the customize interface? Klaus-Dieter Bauer @ 2013-06-27 13:57 ` Drew Adams 2013-06-27 14:36 ` Klaus-Dieter Bauer 0 siblings, 1 reply; 3+ messages in thread From: Drew Adams @ 2013-06-27 13:57 UTC (permalink / raw) To: Klaus-Dieter Bauer, emacs help [-- Attachment #1: Type: text/plain, Size: 3658 bytes --] > Is there currently some package available that allows managing custom > key bindings on a per-keymap-basis through the `customize` interface? Not really, AFAIK. But there might be some related discussion on emacs-devel or the Emacs bug list. > I got a bit annoyed recently by losing track of all the custom > keybindings I have made, so I wrote a function, that automatically > adds an entry in a menu in global-map for every custom keybinding. > Now I am intending to extend this to utilizing the custom interface for > creating keybindings on a per-mode basis. > > While relatively easy to do, I'd prefer a commonly used solution, if > there is any. > > PS: I'm still not sure whether such questions should go to emacs-help or > emacs-devel. Either is probably OK in this case. emacs-devel might be a bit better, since this would be a new development/feature. But with help-gnu-emacs you might get more info about existing 3rd-party features. You can also file Emacs enhancement requests, using `M-x report-emacs-bug'. FWIW, I sometimes provide user options that have key-binding values. Not a complete solution, but it can make things easier. For example, option `icicle-top-level-key-bindings' is an alist whose entries are of defcustom :type `icicle-key-definition', which means that they have the form (KEY COMMAND CONDITION), where KEY is either a key sequence (string or vector) to bind COMMAND to or a command to remap to COMMAND. COMMAND is bound according to the value of KEY, unless the result of evaluating CONDITION is nil. In Customize, to specify a key sequence, you choose `Key' in the `Value Menu', then enter a key description such as that returned by `C-h k'. For convenience, you can also insert a key in the key description by hitting `C-q' then the key. For example, to enter the key description `C-c M-k' you can use `C-q C-c C-q M-k'. Attached is what key bindings look like in Customize. In Lisp (e.g., to define the default value for a key-binding option), an unconditional key binding looks like this: ("\C-c=" icicle-imenu t) A conditional key binding looks like this: ([f10] lacarte-execute-menu-command (fboundp 'lacarte-execute-menu-command)) A conditional binding that remaps another command looks like this: (bmkp-tag-a-file icicle-tag-a-file (fboundp 'bmkp-tag-a-file)) KEY can also be expressed using `kbd', of course: `(,(kbd "C-c =") icicle-imenu t) or (list (kbd "C-c =") 'icicle-imenu t) This is the code that defines custom type `icicle-key-definition': (define-widget 'icicle-key-definition 'lazy "Key definition type for Icicle mode keys. A list of three components: KEY, COMMAND, CONDITION, that represents an `icicle-mode-map' binding of COMMAND according to KEY, if CONDITION evaluates to non-nil. KEY is either a key sequence (string or vector) or a command. COMMAND is a command. CONDITION is a sexp. If KEY is a command, then the binding represented is its remapping to COMMAND." :indent 1 :offset 0 :tag "" :type '(list (choice (key-sequence :tag "Key" :value [ignore]) ;; Use `symbolp' instead of `commandp', ;; in case the library defining the command is not loaded. (restricted-sexp :tag "Command to remap" :match-alternatives (symbolp) :value ignore)) ;; Use `symbolp' instead of `commandp'... (restricted-sexp :tag "Command" :match-alternatives (symbolp) :value ignore) (sexp :tag "Condition"))) The code is here: http://www.emacswiki.org/emacs-en/download/icicles-opt.el HTH. [-- Attachment #2: throw-key-customize-2.png --] [-- Type: image/png, Size: 4265 bytes --] [-- Attachment #3: throw-key-customize-1.png --] [-- Type: image/png, Size: 3147 bytes --] ^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Customizing per-keymap key bindings through the customize interface? 2013-06-27 13:57 ` Drew Adams @ 2013-06-27 14:36 ` Klaus-Dieter Bauer 0 siblings, 0 replies; 3+ messages in thread From: Klaus-Dieter Bauer @ 2013-06-27 14:36 UTC (permalink / raw) To: Drew Adams; +Cc: emacs help Thanks, that helped already. Bottomline: No, none exists, writing such a solution is not a waste of time. On a related note, is there some widget-type that allows handling invalid entries preventing display of the bare s-expression, when e.g. only one entry of an alist is not a cons? I thought of something like (choice INTENDED-TYPE (sexp :tag "Invalid entry")) but I'd rather have a solution where no dropdown menu is shown when the value is valid. kind regards, Klaus-Dieter Bauer 2013/6/27 Drew Adams <drew.adams@oracle.com> > > Is there currently some package available that allows managing custom > > key bindings on a per-keymap-basis through the `customize` interface? > > Not really, AFAIK. But there might be some related discussion on > emacs-devel or the Emacs bug list. > > > I got a bit annoyed recently by losing track of all the custom > > keybindings I have made, so I wrote a function, that automatically > > adds an entry in a menu in global-map for every custom keybinding. > > Now I am intending to extend this to utilizing the custom interface for > > creating keybindings on a per-mode basis. > > > > While relatively easy to do, I'd prefer a commonly used solution, if > > there is any. > > > > PS: I'm still not sure whether such questions should go to emacs-help or > > emacs-devel. > > Either is probably OK in this case. emacs-devel might be a bit better, > since this would be a new development/feature. But with help-gnu-emacs > you might get more info about existing 3rd-party features. You can also > file Emacs enhancement requests, using `M-x report-emacs-bug'. > > > FWIW, I sometimes provide user options that have key-binding values. > Not a complete solution, but it can make things easier. > > For example, option `icicle-top-level-key-bindings' is an alist whose > entries are of defcustom :type `icicle-key-definition', which means that > they have the form (KEY COMMAND CONDITION), where KEY is either a key > sequence (string or vector) to bind COMMAND to or a command to remap > to COMMAND. COMMAND is bound according to the value of KEY, unless the > result of evaluating CONDITION is nil. > > In Customize, to specify a key sequence, you choose `Key' in the `Value > Menu', then enter a key description such as that returned by `C-h k'. > For convenience, you can also insert a key in the key description by > hitting `C-q' then the key. For example, to enter the key description > `C-c M-k' you can use `C-q C-c C-q M-k'. > > Attached is what key bindings look like in Customize. > > In Lisp (e.g., to define the default value for a key-binding option), > an unconditional key binding looks like this: > ("\C-c=" icicle-imenu t) > > A conditional key binding looks like this: > ([f10] lacarte-execute-menu-command > (fboundp 'lacarte-execute-menu-command)) > > A conditional binding that remaps another command looks like this: > (bmkp-tag-a-file icicle-tag-a-file (fboundp 'bmkp-tag-a-file)) > > KEY can also be expressed using `kbd', of course: > `(,(kbd "C-c =") icicle-imenu t) > or > (list (kbd "C-c =") 'icicle-imenu t) > > > This is the code that defines custom type `icicle-key-definition': > > (define-widget 'icicle-key-definition 'lazy > "Key definition type for Icicle mode keys. > A list of three components: KEY, COMMAND, CONDITION, that represents > an `icicle-mode-map' binding of COMMAND according to KEY, if CONDITION > evaluates to non-nil. > > KEY is either a key sequence (string or vector) or a command. > COMMAND is a command. > CONDITION is a sexp. > > If KEY is a command, then the binding represented is its remapping to > COMMAND." > :indent 1 :offset 0 :tag "" > :type > '(list > (choice > (key-sequence :tag "Key" :value [ignore]) > ;; Use `symbolp' instead of `commandp', > ;; in case the library defining the command is not loaded. > (restricted-sexp :tag "Command to remap" > :match-alternatives (symbolp) :value ignore)) > ;; Use `symbolp' instead of `commandp'... > (restricted-sexp :tag "Command" > :match-alternatives (symbolp) :value ignore) > (sexp :tag "Condition"))) > > The code is here: > http://www.emacswiki.org/emacs-en/download/icicles-opt.el > > HTH. ^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2013-06-27 14:36 UTC | newest] Thread overview: 3+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2013-06-27 8:02 Customizing per-keymap key bindings through the customize interface? Klaus-Dieter Bauer 2013-06-27 13:57 ` Drew Adams 2013-06-27 14:36 ` Klaus-Dieter Bauer
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.