From: barbier@linuxfr.org (Denis Barbier)
Subject: Re: Xfree86 and the Meta key (+patch)
Date: Tue, 5 Oct 2004 21:50:49 +0200 [thread overview]
Message-ID: <20041005195048.GA5901@linuxfr.org> (raw)
In-Reply-To: <619C391E-16BB-11D9-B4F8-000D93505B76@swipnet.se>
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
next prev parent reply other threads:[~2004-10-05 19:50 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-10-04 21:30 Xfree86 and the Meta key (+patch) Denis Barbier
2004-10-04 22:56 ` Jan D.
2004-10-05 5:53 ` Denis Barbier
2004-10-05 10:43 ` Jan D.
2004-10-05 19:50 ` Denis Barbier [this message]
-- strict thread matches above, loose matches on Subject: below --
2004-10-04 0:08 Jan D.
[not found] <20041003233940.JVGC27821.mxfep02.bredband.com@coolsville.localdomain>
2004-10-03 23:52 ` Andreas Schwab
2004-10-01 21:00 Jérôme Marant
2004-10-02 23:06 ` Kim F. Storm
2004-10-03 7:34 ` Jérôme Marant
2004-10-04 15:18 ` Richard Stallman
2004-10-04 15:55 ` Jérôme Marant
2004-10-05 18:05 ` Richard Stallman
2004-10-05 21:07 ` Jérôme Marant
2004-10-05 21:15 ` Jan D.
2004-10-03 8:11 ` Frank Schmitt
2004-10-03 12:00 ` Jan D.
2004-10-03 17:54 ` Andreas Schwab
2004-10-03 19:10 ` Jérôme Marant
2004-10-03 21:07 ` Andreas Schwab
2004-10-03 21:52 ` Jan D.
2004-10-03 22:48 ` Andreas Schwab
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20041005195048.GA5901@linuxfr.org \
--to=barbier@linuxfr.org \
--cc=emacs-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.