From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Jan D." Newsgroups: gmane.emacs.devel Subject: Re: Xfree86 and the Meta key (+patch) Date: Tue, 5 Oct 2004 00:56:09 +0200 Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: <94C3F12E-1658-11D9-84C1-000D93505B76@swipnet.se> References: <20041004213043.GB5896@linuxfr.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1096930676 30402 80.91.229.6 (4 Oct 2004 22:57:56 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 4 Oct 2004 22:57:56 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Oct 05 00:57:49 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 1CEbm9-0007aO-00 for ; Tue, 05 Oct 2004 00:57:49 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CEbsk-0000Df-QJ for ged-emacs-devel@m.gmane.org; Mon, 04 Oct 2004 19:04:38 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CEbro-0008WF-GA for emacs-devel@gnu.org; Mon, 04 Oct 2004 19:03:40 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CEbrm-0008Vo-UK for emacs-devel@gnu.org; Mon, 04 Oct 2004 19:03:39 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CEbrm-0008Vj-QK for emacs-devel@gnu.org; Mon, 04 Oct 2004 19:03:38 -0400 Original-Received: from [195.54.107.70] (helo=mxfep01.bredband.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CEbl5-0005oL-D5 for emacs-devel@gnu.org; Mon, 04 Oct 2004 18:56:43 -0400 Original-Received: from coolsville.localdomain ([213.115.26.74] [213.115.26.74]) by mxfep01.bredband.com with ESMTP id <20041004225642.WZH3239.mxfep01.bredband.com@coolsville.localdomain>; Tue, 5 Oct 2004 00:56:42 +0200 In-Reply-To: <20041004213043.GB5896@linuxfr.org> Original-To: barbier@linuxfr.org, emacs-devel@gnu.org X-Mailer: Apple Mail (2.619) 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:27907 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:27907 >> 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. I understand that. I just mentioned as a fix when upgrading to a patched Emacs is not an option. > 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 ;) No, it is mostly Greek to me :-). Anyway, that does not fix non-debian systems. > 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. I am testing the patch and something like it will be checked in. But it would be nicer if Emacs could determine that Hyper and Super is bound to fake keys and just ignore them. I'm currently using XKB to get geometry info to determine that, but I wonder if there is a better way. The reason I want this is that with the proposed patch the logo key becomes Super on my system, which is not really helpful either. If we could determine that Super is a fake key it would become Meta which is so much better. Jan D.