Re: function-key-map

From: "T. V. Raman" <raman@users.sf.net>
To: monnier@iro.umontreal.ca
Cc: rms@gnu.org, emacs-devel@gnu.org
Subject: Re: function-key-map
Date: Wed, 10 Oct 2007 21:23:26 -0700	[thread overview]
Message-ID: <18189.42302.211705.594331@gargle.gargle.HOWL> (raw)
In-Reply-To: <jwvlkabxd4i.fsf-monnier+emacs@gnu.org>

I use it additionally to define special keys on the console like
ctrl+arrows which are otherwise only available under X -- see 
http://emacspeak.googlecode.com/svn/trunk/tvr/console.el
and 
http://emacspeak.googlecode.com/svn/trunk/tvr/console-keymaps/

>>>>> "Stefan" == Stefan Monnier <monnier@iro.umontreal.ca> writes:
    >> Now that the original purpose of `function-key-map' is
    >> done by `input-decode-map', what purposes should
    >> `function-key-map' be used for?  Is it still useful?
    Stefan> 
    Stefan> Yes, it's still very useful.  See for example how
    Stefan> term/xterm.el uses both.  Or term/x-win.el.
    Stefan> I.e. it's useful to give optional remapping
    Stefan> corresponding to alternative key-names.
    Stefan> 
    Stefan> I think it'd even be worthwhile to extend the
    Stefan> functionality of function-key-map in the following
    Stefan> ways: - make it possible to specify a "set of keys"
    Stefan> to remap via e.g. a predicate.  - apply
    Stefan> function-key-map repeatedly (i.e. apply it to its
    Stefan> output).
    Stefan> 
    Stefan> This way we could try and move all the ad-hoc C code
    Stefan> in read-key-sequence which: - drops down-mouse-N
    Stefan> events if they're not bound - remaps triple-mouse-N
    Stefan> to double-mouse-N if not bound - remaps
    Stefan> double-mouse-N to mouse-N if not bound - remaps
    Stefan> shift-<key> to <key> if not bound - a few more along
    Stefan> the same lines
    Stefan> 
    Stefan> we could also add
    Stefan> 
    Stefan> - remap all modifier combinations of mouse-4 to
    Stefan> wheel-up (with the same modifiers), and similarly for
    Stefan> wheel-down, wheel-left and wheel-right.
    Stefan> 
    Stefan> This would significantly help clean up the
    Stefan> horrendously long read_key_sequence function.
    Stefan> 
    Stefan> 
    Stefan>         Stefan
    Stefan> 
    Stefan> 
    Stefan> _______________________________________________
    Stefan> Emacs-devel mailing list Emacs-devel@gnu.org
    Stefan> http://lists.gnu.org/mailman/listinfo/emacs-devel

-- 
Best Regards,
--raman

Email:  raman@users.sf.net
WWW:    http://emacspeak.sf.net/raman/
AIM:    emacspeak       GTalk: tv.raman.tv@gmail.com
PGP:    http://emacspeak.sf.net/raman/raman-almaden.asc
Google: tv+raman 
IRC:    irc://irc.freenode.net/#emacs