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: Tue, 5 Oct 2004 21:50:49 +0200 Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: <20041005195048.GA5901@linuxfr.org> References: <20041004213043.GB5896@linuxfr.org> <94C3F12E-1658-11D9-84C1-000D93505B76@swipnet.se> <20041005055334.GA1138@linuxfr.org> <619C391E-16BB-11D9-B4F8-000D93505B76@swipnet.se> 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 1097006212 21807 80.91.229.6 (5 Oct 2004 19:56:52 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 5 Oct 2004 19:56:52 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Oct 05 21:56:41 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 1CEvQO-0004QZ-00 for ; Tue, 05 Oct 2004 21:56:40 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CEvX3-0003LP-Ce for ged-emacs-devel@m.gmane.org; Tue, 05 Oct 2004 16:03:33 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CEvWw-0003KC-Cu for emacs-devel@gnu.org; Tue, 05 Oct 2004 16:03:26 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CEvWv-0003JY-Rh for emacs-devel@gnu.org; Tue, 05 Oct 2004 16:03:26 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CEvWv-0003JR-Ov for emacs-devel@gnu.org; Tue, 05 Oct 2004 16:03:25 -0400 Original-Received: from [212.27.33.224] (helo=main.uucpssh.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CEvQ4-0002HA-60 for emacs-devel@gnu.org; Tue, 05 Oct 2004 15:56:20 -0400 Original-Received: from localhost (localhost [127.0.0.1]) by main.uucpssh.org (Postfix) with ESMTP id 47B5C622EB for ; Tue, 5 Oct 2004 21:56:19 +0200 (CEST) Original-Received: by main.uucpssh.org (Postfix, from userid 10) id AF93962F5C; Tue, 5 Oct 2004 21:56:17 +0200 (CEST) Original-Received: by localhost.localdomain (Postfix, from userid 1000) id AF0A123E63; Tue, 5 Oct 2004 21:50:49 +0200 (CEST) Original-To: emacs-devel@gnu.org Mail-Followup-To: barbier@linuxfr.org, emacs-devel@gnu.org Content-Disposition: inline In-Reply-To: <619C391E-16BB-11D9-B4F8-000D93505B76@swipnet.se> 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:27956 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:27956 On Tue, Oct 05, 2004 at 12:43:23PM +0200, Jan D. wrote: > >>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. > > > >Can you please tell me what your configuration is? I am quite > >surprised that it does not work as expected, doesn't xev also report > >that your logo key is Super_{L,R}? > > It was a Solaris machine. There was no xev on it. It may be a bad > configuration anyway, it was not my machine. It reminds me something I forgot to mention. My initial intention was to swap loops on col and code_col in order to first look for a modifier symbol at level 0 for all keys from mods->modifiermap, then level 1, etc. This seems very logical, and I thought that it was needed to have logo keys bound to Hyper, since this binding is declared after fake keys. But my tests with XFree86 showed that this patch works without swapping loops, so I preferred keeping it minimal. For other X servers, swapping these loops may be necessary. Just a thought in case you receive future reports telling that some X configurations do still not work with this patch applied. Thanks for taking care. Denis