From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "T. V. Raman" Newsgroups: gmane.emacs.devel Subject: Re: function-key-map Date: Wed, 10 Oct 2007 21:23:26 -0700 Message-ID: <18189.42302.211705.594331@gargle.gargle.HOWL> References: Reply-To: raman@users.sf.net NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1192076625 23479 80.91.229.12 (11 Oct 2007 04:23:45 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 11 Oct 2007 04:23:45 +0000 (UTC) Cc: rms@gnu.org, emacs-devel@gnu.org To: monnier@iro.umontreal.ca Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Oct 11 06:23:44 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1IfpaJ-0001fq-Bz for ged-emacs-devel@m.gmane.org; Thu, 11 Oct 2007 06:23:43 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IfpaD-0000xV-DZ for ged-emacs-devel@m.gmane.org; Thu, 11 Oct 2007 00:23:37 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ifpa8-0000va-IV for emacs-devel@gnu.org; Thu, 11 Oct 2007 00:23:32 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ifpa6-0000uk-RM for emacs-devel@gnu.org; Thu, 11 Oct 2007 00:23:32 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ifpa6-0000ug-P4 for emacs-devel@gnu.org; Thu, 11 Oct 2007 00:23:30 -0400 Original-Received: from rwcrmhc11.comcast.net ([204.127.192.81]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Ifpa3-0000Cf-EU; Thu, 11 Oct 2007 00:23:27 -0400 Original-Received: from localhost (c-71-202-191-236.hsd1.ca.comcast.net[71.202.191.236]) by comcast.net (rwcrmhc11) with ESMTP id <20071011042326m1100muqp1e>; Thu, 11 Oct 2007 04:23:26 +0000 Original-Received: by localhost (Postfix, from userid 1000) id 3E97312A4071; Wed, 10 Oct 2007 21:23:26 -0700 (PDT) In-Reply-To: X-Mailer: VM alpha-478 under Emacs 23.0.50.29 (i686-pc-linux-gnu) x-attribution: tvr X-Detected-Kernel: NetCache Data OnTap 5.x X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:80576 Archived-At: 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 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- to 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