From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: barbier@linuxfr.org (Denis Barbier) Newsgroups: gmane.emacs.devel Subject: Re: Xfree86 and the Meta key (+patch) Date: Mon, 4 Oct 2004 23:30:43 +0200 Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: <20041004213043.GB5896@linuxfr.org> Reply-To: barbier@linuxfr.org, emacs-devel@gnu.org NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1096929663 28142 80.91.229.6 (4 Oct 2004 22:41:03 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 4 Oct 2004 22:41:03 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Oct 05 00:40:53 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CEbVk-0006Ts-00 for ; Tue, 05 Oct 2004 00:40:52 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CEbcM-00040l-14 for ged-emacs-devel@m.gmane.org; Mon, 04 Oct 2004 18:47:42 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CEbcG-00040c-E7 for emacs-devel@gnu.org; Mon, 04 Oct 2004 18:47:36 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CEbcF-00040D-LS for emacs-devel@gnu.org; Mon, 04 Oct 2004 18:47:35 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CEbcF-00040A-Ig for emacs-devel@gnu.org; Mon, 04 Oct 2004 18:47:35 -0400 Original-Received: from [212.27.33.224] (helo=main.uucpssh.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CEbVP-0003ag-Se for emacs-devel@gnu.org; Mon, 04 Oct 2004 18:40:32 -0400 Original-Received: from localhost (localhost [127.0.0.1]) by main.uucpssh.org (Postfix) with ESMTP id 41E6A63443 for ; Mon, 4 Oct 2004 23:36:19 +0200 (CEST) Original-Received: by main.uucpssh.org (Postfix, from userid 10) id D9D0663466; Mon, 4 Oct 2004 23:36:17 +0200 (CEST) Original-Received: by localhost.localdomain (Postfix, from userid 1000) id 12C58242DC; Mon, 4 Oct 2004 23:30:43 +0200 (CEST) Original-To: emacs-devel@gnu.org Mail-Followup-To: barbier@linuxfr.org, emacs-devel@gnu.org Content-Disposition: inline User-Agent: Mutt/1.5.6+20040907i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at uucpssh.org 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: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:27905 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:27905 [I am not subscribed to this list and am browsing archives online; as Message-ID is not available, I am sorry for breaking this thread] Jan D. wrote: > altwin:meta_win assignes Meta_L/R to the "Window"-keys ( and > , > default is Super_L/Multi_Key) and Meta_L/R is added to Mod4 (Mod1 is > Alt_L/R). > > Previously Mod4 was Super_L on , and when altwin:meta_win was set > Mod4 became Meta_L/R. > > Now Mod4 is Super_L and Hyper_L on "fake" keys. altwin:meta_win then > just adds Meta_L/R, so Emacs sees Mod4 as Hyper-Super-Meta. This can be shown by typing "C-h k" and then any combination with a logo key, e.g. H-x displays "H-M-s-x is undefined". Please note also that even with standard pc104 US configuration, logo keys cannot be used for shortcuts because emacs believe that they are bound to Hyper and Super. > If there is no need for these fake keys (I am not sure what they do), > you could set altwin:meta_win and then do > > % xmodmap -e 'remove mod4 = Hyper_L' -e 'remove mod4 = Super_L' > and get the same behaviour as previous X versions. Since XFree86 4.3, major changes were introduced in XKB configuration which are incompatible with emacs. Our problem in Debian is that many users complain about this incompatiblity, and we want to fix it so that these users do not have to run xmodmap themselves. A solution is to change modifier mappings in XKB files. If you are an XKB guru and are able to hack configuration files so that all combinations of keymaps still work, please join us ;) As shortcuts cannot work if a modifier is bound to different symbols, another solution is to let emacs handle this case in a smarter way. This is the purpose of the patch sent by Jerome; when a modifier is bound to different symbols, only one is taken into account. There is no change for working configurations, and many configurations which are currently broken will work out of the box without having to run xmodmap. Denis