From mboxrd@z Thu Jan 1 00:00:00 1970 Path: quimby.gnus.org!not-for-mail From: Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai =?iso-8859-1?q?Gro=DFjohann?=) Newsgroups: gmane.emacs.devel Subject: Re: Switch Meta and Alt modifiers Date: Sun, 24 Feb 2002 20:10:17 +0100 Message-ID: References: <200202220432.g1M4WTQ13957@aztec.santafe.edu> NNTP-Posting-Host: quimby2.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: quimby2.netfonds.no 1014578099 32584 195.204.10.66 (24 Feb 2002 19:14:59 GMT) X-Complaints-To: usenet@quimby2.netfonds.no NNTP-Posting-Date: 24 Feb 2002 19:14:59 GMT Cc: rms@gnu.org, eliz@is.elta.co.il, emacs-devel@gnu.org Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby2.netfonds.no with esmtp (Exim 3.12 #1 (Debian)) id 16f46t-0008TR-00 for ; Sun, 24 Feb 2002 20:14:59 +0100 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.33 #1 (Debian)) id 16f44F-0007xz-00; Sun, 24 Feb 2002 14:12:15 -0500 Original-Received: from waldorf.cs.uni-dortmund.de ([129.217.4.42]) by fencepost.gnu.org with esmtp (Exim 3.33 #1 (Debian)) id 16f42V-0007vV-00; Sun, 24 Feb 2002 14:10:27 -0500 Original-Received: from lothlorien.cs.uni-dortmund.de (lothlorien [129.217.19.67]) by waldorf.cs.uni-dortmund.de with ESMTP id g1OJAMb25159; Sun, 24 Feb 2002 20:10:22 +0100 (MET) Original-Received: from lucy.cs.uni-dortmund.de (lucy [129.217.19.80]) by lothlorien.cs.uni-dortmund.de id UAA20697; Sun, 24 Feb 2002 20:10:17 +0100 (MET) Original-Received: by lucy.cs.uni-dortmund.de (Postfix, from userid 6104) id 1C7673AF85; Sun, 24 Feb 2002 20:10:17 +0100 (CET) Original-To: Jason Rumney In-Reply-To: (Jason Rumney's message of "24 Feb 2002 18:49:45 +0000") Original-Lines: 63 User-Agent: Gnus/5.090006 (Oort Gnus v0.06) Emacs/21.2.50 (i686-pc-linux-gnu) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: quimby.gnus.org gmane.emacs.devel:1490 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:1490 Jason Rumney writes: > Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Gro=DFjohann) writes: > >> I'm not sure but I think that this does not encompass all of the >> Windows functionality. > > Probably not, but it would be nice if the functionality that it does > encompass could be the same. I agree on that. >> So the closest we could get with the platform-independent mechanism >> is to choose some modifier for the key and to have a >> boolean variable which chooses whether is seen as that >> modifier or as a normal key. >>=20 >> But this looses functionality. > > I don't see which functionality has been lost. The only difference > seems to be that we would have two variables to control it instead of > one variable with an overloaded meaning. For any key foo with a variable w32-foo-modifier, the modifier that is used for that key can be freely chosen via that variable, independent of any other key. But if we choose the same modifier for the key foo1 as well as the key foo2, then the new mechanism can't assign them different `modifier meanings'. For example, suppose we decide that lwindow and rwindow should both map to hyper. Then no amount of remapping of H-x (for any x) events could distinguish between lwindow and rwindow in the platform-independent code. But the current code has no problem with assigning lwindow and rwindow different `modifier meanings'. So, we have modifiers hyper and super which aren't already taken, but we have three keys lwindow, rwindow and menu (sp?). So two of these need to share the same modifier. The above assumes that some functionality should be removed from the w32 code. The point is, of course, moot if the current functionality should stay as is. (Then, people could say that lwindow should be a hyper key, and then they could remap H-x events into A-x events using the platform independent code. And then they could get confused :-) But maybe my view of what can be done in the platform independent code is too narrow? My idea is that the user (conceptually) specifies a table which says, for example: whenever Emacs sees a H- event, it should be rewritten into an A- event. An optional extension would be that the user can specify combinations of modifiers, so that, for instance, all C-H- events are rewritten into M-s- events. But please bear in mind that I don't use Windows, and I haven't spent much time reading the w32 code in Emacs. So my idea of what the current code might be doing may be way off. Thus, if any of the above sounds strange to you, please don't hesitate to tell me to go back to RTFM or UTSL. (But please include a pointer so I know where to start.) kai --=20 ~/.signature is: umop 3p!sdn (Frank Nobis) _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://mail.gnu.org/mailman/listinfo/emacs-devel