xlibs: Windows key no longer treated as modifer, just as Super_L

[Debian Bug Importer]

Automatically imported from Debian bug report #259740 http://bugs.debian.org/259740

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Mon, 26 Jul 2004 16:55:39 -0500
From: Branden Robinson <email address hidden>
To: <email address hidden>, <email address hidden>
Subject: Re: Bug#259740: xserver-xfree86: Windows key no longer treated as modifier,
 but rather as Super_L.

--XFI+TFG+M3u0jUjZ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

retitle 259740 xlibs: Windows key no longer treated as modifer, just as Sup=
er_L
reassign 259740 xlibs
merge 259740 256706
thanks

On Fri, Jul 16, 2004 at 06:33:41AM -0700, Scott Robinson wrote:
> Package: xserver-xfree86
> Version: 4.3.0.dfsg.1-6
> Severity: normal
>=20
> My Windows key is no longer being treated as the modifier key Mod4, but
> rather Super_L... and Mod4 simultaneously?
>=20
> My "Alt-Tab" in GNOME was remapped to Windows-Tab. When the infamous Alt-=
Tab
> bug came along, I also had the problem. The Alt version of the problem
> appears fixed, but in my version the problem still occurs. That is, the
> Alt-Tab window continues appearing on screen and no task switching occurs.
>=20
> When I go to the GNOME keymap control panel, my "Move between windows with
> popup" option was set to <Mod4>Tab. If I try to change the option, the
> moment I press the Windows key Super_L is replacing text.

Thanks for your report.

> How can I get back my Mod4 behavior on my Windows key and gain back Alt-T=
ab
> functionality?

I'm not positive, but you might try some advice that Lionel Elie Mamane
posted to bug #256706.

He said:
 If I do "xmodmap -e 'clear mod1'", VT switching works again.

 http://bugs.debian.org/256706

--=20
G. Branden Robinson | The power of accurate observation
Debian GNU/Linux | is frequently called cynicism by
<email address hidden> | those who don't have it.
http://people.debian.org/~branden/ | -- George Bernard Shaw

--XFI+TFG+M3u0jUjZ
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iEYEARECAAYFAkEFfdsACgkQ6kxmHytGonwehwCeOtkvr7PMQjtdS8gJB7y9JGyE
zJ8AoKYYOFTErJpw76VPXDu0kmztyczf
=DwRi
-----END PGP SIGNATURE-----

--XFI+TFG+M3u0jUjZ--

[Debian Bug Importer (debzilla)]

Message-Id: <email address hidden>
Date: Wed, 28 Jul 2004 11:52:22 -0500
From: Branden Robinson <email address hidden>
To: <email address hidden>
Subject: severity of 259740 is serious, merging 259740 256706

# Automatically generated email from bts, devscripts version 2.7.95.1
severity 259740 serious
merge 259740 256706

[Debian Bug Importer (debzilla)]

Marking as duplicate based on debbugs merge (256706,259740)

This bug has been marked as a duplicate of bug 6890.

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Mon, 9 Aug 2004 03:25:37 -0700
From: Scott Robinson <email address hidden>
To: <email address hidden>
Subject: Re: Bug#259740: xserver-xfree86: Windows key no longer treated as modifier,
 but rather as Super_L.

--OXfL5xGRrasGEqWY
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Jul 26, 2004 at 04:55:39PM -0500, Branden Robinson wrote:
[...]
>=20
> I'm not positive, but you might try some advice that Lionel Elie Mamane
> posted to bug #256706.
>=20
> He said:
> If I do "xmodmap -e 'clear mod1'", VT switching works again.
>=20
> http://bugs.debian.org/256706
>=20
[...]

scott@tara:~$ [0] xmodmap
xmodmap: up to 3 keys per modifier, (keycodes in parentheses):

shift Shift_L (0x32), Shift_R (0x3e)
lock Caps_Lock (0x42)
control Control_L (0x25), Control_R (0x6d)
mod1 Alt_L (0x40), BadKey (0x7d), BadKey (0x9c)
mod2 Num_Lock (0x4d)
mod3
mod4 BadKey (0x7f), BadKey (0x80)
mod5 Mode_switch (0x5d), ISO_Level3_Shift (0x7c)

I gave "xmodmap -e 'clear mod4'" a try, no go. It still comes up as Super_L.
Clearing mod4 removes its mod4 abilities.

And from xev:

KeyRelease event, serial 25, synthetic NO, window 0x2c00001,
    root 0xb4, subw 0x2c00002, time 10416149, (45,44), root:(1326,501),
    state 0x40, keycode 115 (keysym 0xffeb, Super_L), same_screen YES,
    XLookupString gives 0 bytes: ""

I can't figure how the current mod4 mapping relates to Super_L, which is
apparently what the key is now.

Scott.

--=20
http://quadhome.com/ - Personal webpage
http://tranzoa.net/ - Corporate webpage

--OXfL5xGRrasGEqWY
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iEYEARECAAYFAkEXUSEACgkQ2wcaZqTSGsTccACcDIrAzOdpTzBIlQmWTx5DZ4lS
+ggAn2UuqytXCu29BO4MbbXWqxYCP+PK
=3dd9
-----END PGP SIGNATURE-----

--OXfL5xGRrasGEqWY--

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Thu, 12 Aug 2004 17:06:29 -0500
From: Branden Robinson <email address hidden>
To: <email address hidden>, <email address hidden>
Subject: Re: Bug#260232: xterm: XTerm*metaSendsEscape no longer working

--C1iGAkRnbeBonpVg
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

retitle 256706 xlibs: attaching multiple modifiers to the same key wreaks h=
avoc; breaks Win+Tab switching in many window managers
retitle 260232 xlibs: modifier madness breaks XTerm*metaSendsEscape
reassign 260232 xlibs
severity 260232 serious
merge 256706 260232

On Tue, Jul 27, 2004 at 11:41:23AM +0200, Guido Guenther wrote:
> Hi,
> On Tue, Jul 27, 2004 at 01:39:40AM -0500, Branden Robinson wrote:
> > Try downgrading xlibs to 4.3.0.dfsg.1-4.
> >=20
> > If that fixes it, this bug is the probably the same as #256706.
> Downgrading to the above version "fixes" it.

Thanks for the feedback!

I'm merging this bug with an identical issue.

--=20
G. Branden Robinson |
Debian GNU/Linux | Please do not look directly into
<email address hidden> | laser with remaining eye.
http://people.debian.org/~branden/ |

--C1iGAkRnbeBonpVg
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iEYEARECAAYFAkEb6eUACgkQ6kxmHytGonxr7ACeMZIggzdRWgq7dUxOnsn8XZRB
9f4AnjM21B/Oz+f1hLEOBmTek6HN3pnp
=vmKB
-----END PGP SIGNATURE-----

--C1iGAkRnbeBonpVg--

[Debian Bug Importer (debzilla)]

Message-Id: <email address hidden>
Date: Sat, 21 Aug 2004 23:54:19 -0500
From: Branden Robinson <email address hidden>
To: <email address hidden>
Subject: severity of 263073 is serious, severity of 263076 is normal, merging 256706 263073

# Automatically generated email from bts, devscripts version 2.8.4
severity 263073 serious
severity 263076 normal
merge 256706 263073

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Thu, 26 Aug 2004 01:49:07 +0200
From: <email address hidden> (Denis Barbier)
To: <email address hidden>
Cc: <email address hidden>
Subject: Patch to solve XKB mess about modifiers

--0F1p//8PRICkK4MW
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

tags 256706 + patch
thanks

The bugs described in these merged bugreports were fixed upstream, see
http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xfree86/CHANGELOG
(numbers slightly differs in XFree86 CVS logs and Debian changelogs):
 646. Fix for XKB map 'altwin' to avoid one keysym to more than one modifier
      mapping (Ivan Pascal).
 635. Fix xmodmap's output of the modifiers map when the first column keysym
      is empty (Ivan Pascal).
 634. Fixes for XKB keyboard maps:
      - fix Meta, Super, Hyper keysyms interpretation
      - fix typo in rules/xfree86.xml (Ivan Pascal).

Oddly debian/patches/000_stolen_from_HEAD_xkb_data.diff contains 634,
but not the other 2 chunks. The missing pieces are in modifiers.patch.
I checked that when applied, xmodmap displays the right modifiers and
Meta_L is no more bound to Mod1.

Few days later, Ivan Pascal committed (attached in none.patch)
 667. Fixes and updates for XKB keyboard maps:
      ...
      - Fix wrong key type in the 'keymap without special keys' (Ivan Pascal).
I do not know what this does fix, but it looks pretty sane, maybe it
should go also.

Denis

--0F1p//8PRICkK4MW
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="modifiers.patch"

Index: programs/xkbcomp/symbols/altwin
===================================================================
RCS file: /cvs/xc/programs/xkbcomp/symbols/altwin,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- programs/xkbcomp/symbols/altwin 10 Oct 2001 19:18:32 -0000 1.4
+++ programs/xkbcomp/symbols/altwin 3 Dec 2003 14:09:08 -0000 1.5
@@ -1,4 +1,4 @@
-// $XFree86: xc/programs/xkbcomp/symbols/altwin,v 1.4 2001/10/10 19:18:32 herrb Exp $
+// $XFree86: xc/programs/xkbcomp/symbols/altwin,v 1.5 2003/12/03 14:09:08 pascal Exp $

 partial modifier_keys
 xkb_symbols "meta_alt" {
@@ -15,7 +15,7 @@
     key <LWIN> { [ Meta_L ] };
     key <RWIN> { [ Meta_R ] };
     modifier_map Mod1 { Alt_L, Alt_R };
- modifier_map Mod4 { Meta_L, Meta_R };
+ modifier_map Mod4 { <META>, Meta_L, Meta_R };
 };

 partial modifier_keys
@@ -23,7 +23,7 @@
     key <LALT> { [ Alt_L, Alt_L ] };
     key <LWIN> { [ Meta_L ] };
     modifier_map Mod1 { Alt_L };
- modifier_map Mod4 { Meta_L };
+ modifier_map Mod4 { <META>, Meta_L };
 };

 partial modifier_keys
Index: programs/xmodmap/exec.c
===================================================================
RCS file: /cvs/xc/programs/xmodmap/exec.c,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- programs/xmodmap/exec.c 14 Dec 2001 20:02:13 -0000 1.5
+++ programs/xmodmap/exec.c 2 Dec 2003 13:13:57 -0000 1.6
@@ -56,7 +56,7 @@
  * Author: Jim Fulton, MIT X Consortium; derived from parts of the
  * original xmodmap, written by David Rosenthal, of Sun Microsystems.
  */
-/* $XFree86: xc/programs/xmodmap/...

[Debian Bug Importer (debzilla)]

Message-Id: <email address hidden>
Date: Mon, 30 Aug 2004 23:17:42 -0500
From: Branden Robinson <email address hidden>
To: <email address hidden>
Subject: tagging 256706

# Automatically generated email from bts, devscripts version 2.8.4
 # fixed in Debian X Strike Force XFree86 repository; to view, run "svn diff -r 1772:1773 svn://necrotic.deadbeast.net/xfree86"
tags 256706 + pending

[Debian Bug Importer (debzilla)]

Message-Id: <email address hidden>
Date: Mon, 30 Aug 2004 23:35:34 -0500
From: Branden Robinson <email address hidden>
To: <email address hidden>
Subject: tagging 256706

# Automatically generated email from bts, devscripts version 2.8.4
 # that which is pending does not need more info or help
tags 256706 - moreinfo help

[Debian Bug Importer (debzilla)]

Message-Id: <email address hidden>
Date: Tue, 31 Aug 2004 14:39:45 +0100
From: Ross Burton <email address hidden>
To: <email address hidden>
Subject: Re: Windows key no longer treated as modifer, just as Super_L

I'm still seeing this bug with XFree86 4.3.0.dfsg.1-6ubuntu11 (synced to
SVN trunk @ r1777). Fabio M. Di Nitto told me to follow up as this
should have been fixed.

I have a normal British "Windows" keyboard with the Windows/Menu keys,
configured like this:

Section "InputDevice"
        Identifier "Generic Keyboard"
        Driver "keyboard"
        Option "CoreKeyboard"
        Option "XkbRules" "xfree86"
        Option "XkbModel" "pc104"
        Option "XkbLayout" "gb"
EndSection

xmodmap says this:

$ xmodmap
xmodmap: up to 3 keys per modifier, (keycodes in parentheses):

shift Shift_L (0x32), Shift_R (0x3e)
lock Caps_Lock (0x42)
control Control_L (0x25), Control_R (0x6d)
mod1 Alt_L (0x40), Alt_L (0x7d), Meta_L (0x9c)
mod2 Num_Lock (0x4d)
mod3
mod4 Super_L (0x7f), Hyper_L (0x80)
mod5 Mode_switch (0x5d), ISO_Level3_Shift (0x7c)

Not totally understanding the X keyboard model, I'll try and explain
what happens.

My Metacity is configured to switch workspaces on super-arrows. When I
let go of the super/Windows key I'd expect the workspace switching popup
to go, but it persists until I press it again, as if it wasn't a
modifier key.

The magic xmodmap line:

  xmodmap -e 'clear mod4' -e 'add mod4 = Super_L'

fixes this temporarily.

My GNOME keyboard settings applet says that "super is mapped to the
Windows key" is the default setting.

Pressing and releasing the left Windows key in xev produces these:

KeyPress event, serial 26, synthetic NO, window 0x3000001,
    root 0x8e, subw 0x0, time 1593258, (104,3), root:(108,539),
    state 0x0, keycode 115 (keysym 0xffeb, Super_L), same_screen YES,
    XLookupString gives 0 bytes: ""

KeyRelease event, serial 26, synthetic NO, window 0x3000001,
    root 0x8e, subw 0x0, time 1593375, (104,3), root:(108,539),
    state 0x40, keycode 115 (keysym 0xffeb, Super_L), same_screen YES,
    XLookupString gives 0 bytes: ""

When I go to the GNOME keybindings applet to configure a super-key
combination, when I press the super key it doesn't wait for a key along
with the modifier, but stops at "Super_L". If I use Meta it waits for
me to hit another key and will display something like "<Alt>5".

Anything else I can do to help debug this?

Ross
--
Ross Burton mail: <email address hidden>
                                          jabber: <email address hidden>
                                     www: http://www.burtonini.com./
 PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Tue, 31 Aug 2004 22:51:09 +0200
From: <email address hidden> (Denis Barbier)
To: Ross Burton <email address hidden>, <email address hidden>
Subject: Re: Bug#259740: Windows key no longer treated as modifer, just as Super_L

On Tue, Aug 31, 2004 at 02:39:45PM +0100, Ross Burton wrote:
[...]
> When I go to the GNOME keybindings applet to configure a super-key
> combination, when I press the super key it doesn't wait for a key along
> with the modifier, but stops at "Super_L". If I use Meta it waits for
> me to hit another key and will display something like "<Alt>5".
>
> Anything else I can do to help debug this?

Ivan Pascal explains in
   http://bugzilla.xfree86.org/show_bug.cgi?id=580
why he had to make changes to modifier keys, and that applications
have to be updated if they are broken by these changes because
he cannot fix XKB without breaking other stuff.
The problem with -6 is that a patch had not been applied, so these
changes were incomplete and Meta keys were broken in Debian packages.
So IMO this bug should be cloned and reassigned to metacity, but I let
Debian maintainers decide what to do.

Your output contains
  mod4 Super_L (0x7f), Hyper_L (0x80)
Those 0x7f and 0x80 keycodes are the fake keys introduced by Ivan
Pascal. As explained in the URL above, no events are associated
with fake keys, so WM may have trouble when trying to intercept
such events.
Maybe altwin:super_win XKB option could help in this case, since
real keys are then also mapped to mod4.

Denis

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Wed, 1 Sep 2004 07:15:37 +0200 (CEST)
From: Fabio Massimo Di Nitto <email address hidden>
To: Denis Barbier <email address hidden>, <email address hidden>
Cc: Ross Burton <email address hidden>,
 Debian X Strike Force <email address hidden>
Subject: Re: Bug#259740: Windows key no longer treated as modifer, just as
 Super_L

On Tue, 31 Aug 2004, Denis Barbier wrote:

> The problem with -6 is that a patch had not been applied, so these
> changes were incomplete and Meta keys were broken in Debian packages.
> So IMO this bug should be cloned and reassigned to metacity, but I let
> Debian maintainers decide what to do.

FYI: The version that Ross is running is built from trunk that already
contains the patch you provided.

Fabio

--
<user> fajita: step one
<fajita> Whatever the problem, step one is always to look in the error log.
<user> fajita: step two
<fajita> When in danger or in doubt, step two is to scream and shout.

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Wed, 1 Sep 2004 09:56:17 +0200
From: <email address hidden> (Denis Barbier)
To: Fabio Massimo Di Nitto <email address hidden>
Cc: <email address hidden>, Ross Burton <email address hidden>
Subject: Re: Bug#259740: Windows key no longer treated as modifer, just as Super_L

On Wed, Sep 01, 2004 at 07:15:37AM +0200, Fabio Massimo Di Nitto wrote:
> On Tue, 31 Aug 2004, Denis Barbier wrote:
>
> > The problem with -6 is that a patch had not been applied, so these
> > changes were incomplete and Meta keys were broken in Debian packages.
> > So IMO this bug should be cloned and reassigned to metacity, but I let
> > Debian maintainers decide what to do.
>
> FYI: The version that Ross is running is built from trunk that already
> contains the patch you provided.

I know, otherwise xmodmap would have displayed BadKey symbols ;)
It seems that I was unclear, my previous post was to tell that current
SVN version fixes all known modifier related issues. Some problems
may persist, but in such cases it is likely that Ivan Pascal won't
consider them as bugs and applications should be fixed instead.

Denis

[Debian Bug Importer (debzilla)]

Message-ID: <20040909014725.GA10250@localhost>
Date: Wed, 8 Sep 2004 18:47:25 -0700
From: Scott Robinson <email address hidden>
To: <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#259740 acknowledged by developer (Bug#256706: fixed in xfree86 4.3.0.dfsg.1-7)

--IJpNTDwzlM2Ie8A6
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

reopen 259740
thanks

This bug still occurs in the latest version.

Scott.

--=20
http://quadhome.com/ - Personal webpage

--IJpNTDwzlM2Ie8A6
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iEYEARECAAYFAkE/ti0ACgkQ2wcaZqTSGsRFKACglyb2VV4g9Cs5JPvoaQo2ic4+
5xcAn3OsKUSbOgL6XQm98Rs3WjQb0E6f
=sKpg
-----END PGP SIGNATURE-----

--IJpNTDwzlM2Ie8A6--

[Debian Bug Importer (debzilla)]

Message-ID: <20040909021031.GA11180@localhost>
Date: Wed, 8 Sep 2004 19:10:31 -0700
From: Scott Robinson <email address hidden>
To: <email address hidden>
Subject: Re: Bug#259740 acknowledged by developer (Bug#256706: fixed in xfree86 4.3.0.dfsg.1-7)

--7JfCtLOvnd9MIVvH
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

reopen 259740
thanks

This bug still occurs in the latest version.

Scott.

--=20
http://quadhome.com/ - Personal webpage

--7JfCtLOvnd9MIVvH
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iEYEARECAAYFAkE/u5cACgkQ2wcaZqTSGsTe4QCfSjS3c1gc962yss+SgRq12JM8
05gAnjg0V4l1yXoxVnwHTZwT1zo9oH3j
=HBqD
-----END PGP SIGNATURE-----

--7JfCtLOvnd9MIVvH--

[Debian Bug Importer (debzilla)]

Message-Id: <I3RNL7$<email address hidden>>
Date: Thu, 9 Sep 2004 10:58:19 +0200
From: "denis31\.barbier" <email address hidden>
To: "259740" <email address hidden>,
 "259740-sibmitter" <email address hidden>
Subject: Bug#259740: xlibs: Windows key no longer treated as modifer,just as
 Super_L

Scott, please provide these additional informations:
 * What does the xmodmap command display?
 * Run "xkbcomp :0" and send the generated server-0.xkb file.
 * Did you try the altwin:meta_win option?

--
Denis=0A=0AAcc=E9dez au courrier =E9lectronique de La Poste : www.laposte=
.net ; =0A3615 LAPOSTENET (0,34=80/mn) ; t=E9l : 08 92 68 13 50 (0,34=80/=
mn)=0A=0A

[Debian Bug Importer (debzilla)]

Message-ID: <20040909153700.GB3199@localhost>
Date: Thu, 9 Sep 2004 08:37:00 -0700
From: Scott Robinson <email address hidden>
To: "denis31.barbier" <email address hidden>
Cc: <email address hidden>
Subject: Re: Fw:Bug#259740: xlibs: Windows key no longer treated as modifer,just as Super_L

--hHWLQfXTYDoKhP50
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

-- 1
xmodmap: up to 3 keys per modifier, (keycodes in parentheses):

shift Shift_L (0x32), Shift_R (0x3e)
lock Caps_Lock (0x42)
control Control_L (0x25), Control_R (0x6d)
mod1 Alt_L (0x40), Alt_L (0x7d), Meta_L (0x9c)
mod2 Num_Lock (0x4d)
mod3 =20
mod4 Super_L (0x7f), Hyper_L (0x80)
mod5 Mode_switch (0x5d), ISO_Level3_Shift (0x7c)
-- 1

-- 2

-- 2
(nothing outputs from 'xkbcomp :0')

3. As for the altwin:meta_win, that is not what I want. I want the Windows
key to be a modifier other than Meta. My alt key is already Meta, and that's
just fine.

If the modifier was Mod4, that would be best. If it is something else, I
could handle that too. Right now, it appears the key is simultaneously Mod4
and a normal keypress.

Scott.

On Thu, Sep 09, 2004 at 11:51:52AM +0200, denis31.barbier wrote:
> Err, silly me, I made a typo when replying to your post.
> Please find below the message I sent to the BTS.
>=20
> Scott, please provide these additional informations:
> * What does the xmodmap command display?
> * Run "xkbcomp :0" and send the generated server-0.xkb file.
> * Did you try the altwin:meta_win option?
>=20
> --
> Denis
>=20
> Acc=E9dez au courrier =E9lectronique de La Poste : www.laposte.net ;=20
> 3615 LAPOSTENET (0,34=80/mn) ; t=E9l : 08 92 68 13 50 (0,34=80/mn)
>=20
>=20

--=20
http://quadhome.com/ - Personal webpage

--hHWLQfXTYDoKhP50
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iEYEARECAAYFAkFAeJwACgkQ2wcaZqTSGsQ4TwCgi1qYBBMZUsXgnO3FPRsGijuO
NzQAoMrW9VlDyZVE9hFui0Qmt8hv/+ud
=mq8W
-----END PGP SIGNATURE-----

--hHWLQfXTYDoKhP50--

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Thu, 9 Sep 2004 17:19:57 +0200 (CEST)
From: Fabio Massimo Di Nitto <email address hidden>
To: <email address hidden>
Subject: Closing.

Hi,
 you are more than welcome to reopen RC bugs, but please add
information on why. Failing to do so makes me feel that you did not bother
to read the contents of the different bugs, that explain (inclusing
upstream notes) that the behaviour of the keys will not be fully reverted
to avoid reintroducing other bugs.

Fabio

--
<user> fajita: step one
<fajita> Whatever the problem, step one is always to look in the error log.
<user> fajita: step two
<fajita> When in danger or in doubt, step two is to scream and shout.

[Debian Bug Importer (debzilla)]

Message-ID: <20040909174635.GA5959@localhost>
Date: Thu, 9 Sep 2004 10:46:35 -0700
From: Scott Robinson <email address hidden>
To: <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#259740 acknowledged by developer (Closing.)

--HlL+5n6rz5pIUxbD
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

In which case, you should add the tag "wontfix" and downgrade.

The bug still exists - and it's a different behavior than the past. It
should exist, at a minimum, for woody -> sarge upgraders.

Scott.

On Thu, Sep 09, 2004 at 08:48:22AM -0700, Debian Bug Tracking System wrote:
[...]
>=20
> Hi,
> you are more than welcome to reopen RC bugs, but please add
> information on why. Failing to do so makes me feel that you did not bother
> to read the contents of the different bugs, that explain (inclusing
> upstream notes) that the behaviour of the keys will not be fully reverted
> to avoid reintroducing other bugs.
>=20
> Fabio
>=20
> --=20
> <user> fajita: step one
> <fajita> Whatever the problem, step one is always to look in the error lo=
g.
> <user> fajita: step two
> <fajita> When in danger or in doubt, step two is to scream and shout.

--=20
http://quadhome.com/ - Personal webpage

--HlL+5n6rz5pIUxbD
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iEYEARECAAYFAkFAlvsACgkQ2wcaZqTSGsRPoACeOcHzihPxE0vjbUyVR65P1Tfy
XQcAoLqiXBA6biZ5Hhm9DAOtEKGHOLYZ
=q6wM
-----END PGP SIGNATURE-----

--HlL+5n6rz5pIUxbD--

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Fri, 10 Sep 2004 01:20:27 +0200
From: <email address hidden> (Denis Barbier)
To: Scott Robinson <email address hidden>, <email address hidden>
Cc: <email address hidden>, <email address hidden>
Subject: Re: Bug#259740: Fw:Bug#259740: xlibs: Windows key no longer treated as modifer,
 just as Super_L

unmerge 259740
reopen 259740
severity 259740 normal
tags 259740 - patch
thanks

Rationale: This bugreport was merged with others; some issues are fixed,
 but others like this one are still under discussion.

On Thu, Sep 09, 2004 at 08:37:00AM -0700, Scott Robinson wrote:
> -- 1
> xmodmap: up to 3 keys per modifier, (keycodes in parentheses):
>
> shift Shift_L (0x32), Shift_R (0x3e)
> lock Caps_Lock (0x42)
> control Control_L (0x25), Control_R (0x6d)
> mod1 Alt_L (0x40), Alt_L (0x7d), Meta_L (0x9c)
> mod2 Num_Lock (0x4d)
> mod3
> mod4 Super_L (0x7f), Hyper_L (0x80)
> mod5 Mode_switch (0x5d), ISO_Level3_Shift (0x7c)
> -- 1
>
> -- 2
>
> -- 2
> (nothing outputs from 'xkbcomp :0')

I asked you to send the generated server-0.xkb file, but Sebastien
Bacher told me on IRC how to reproduce this bug, so this is no more
necessary.

> 3. As for the altwin:meta_win, that is not what I want. I want the Windows
> key to be a modifier other than Meta. My alt key is already Meta, and that's
> just fine.
>
> If the modifier was Mod4, that would be best. If it is something else, I
> could handle that too. Right now, it appears the key is simultaneously Mod4
> and a normal keypress.

I ran
  $ METACITY_VERBOSE=1 METACITY_USE_LOGFILE=1 \
       METACITY_DEBUG_BUTTON_GRABS=1 metacity
then launched
  $ gnome-keybinding-properties
and changed switching between windows by trying to map this action
to Super_L+Tab (as I tried several times, it may not have the
default value).
The log file contains (my comments are prefixed by a dash sign)
  Window manager: Metacity version 2.8.1 running on 09.09.2004
  ...
  KEYBINDINGS: Binding "switch_windows" has new gconf value "Super_L"
  KEYBINDINGS: New keybinding for "switch_windows" is keysym = 0xffeb mods = 0x0
# xev tells that Super_L is indeed 0xffeb, but modifiers are 0x40.
# this output means that the Super_L key is pressed without modifiers,
# so in fact it is not seen as a modifier, see <Alt>Tab below for
# another example.
  ...
  SM: Initializing session with save file '(none)'
  SM: Obtained session ID 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx'
  Window manager: Opening display ':0.0'
  KEYBINDINGS: Display has keycode range 8 to 255
  KEYBINDINGS: Keysym Alt_L bound to modifier 0x8
  KEYBINDINGS: Keysym Meta_L bound to modifier 0x8
  KEYBINDINGS: Keysym Alt_L bound to modifier 0x8
  KEYBINDINGS: Keysym Meta_L bound to modifier 0x8
  KEYBINDINGS: Keysym Num_Lock bound to modifier 0x10
  KEYBINDINGS: Keysym Pointer_EnableKeys bound to modifier 0x10
  KEYBINDINGS: Keysym Super_L bound to modifier 0x40
# as said above, so this binding is correct here
  KEYBINDINGS: Keysym Hyper_L bound to modifier 0x40
  KEYBINDINGS: Keysym Mode_switch bound to modifier 0x80
  KEYBINDINGS: Keysym ISO_Level3_Shif...

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Sat, 11 Sep 2004 15:35:05 +0200
From: <email address hidden> (Denis Barbier)
To: Scott Robinson <email address hidden>, <email address hidden>
Subject: Re: Bug#259740: xlibs: Windows key no longer treated as modifer,just as Super_L

On Thu, Sep 09, 2004 at 08:37:00AM -0700, Scott Robinson wrote:
[...]
> 3. As for the altwin:meta_win, that is not what I want. I want the Windows
> key to be a modifier other than Meta. My alt key is already Meta, and that's
> just fine.
>
> If the modifier was Mod4, that would be best. If it is something else, I
> could handle that too. Right now, it appears the key is simultaneously Mod4
> and a normal keypress.

Okay, I now understand this a little bit better.
If you want your Windows keys being mapped to mod4, you can set option
  altwin:super_win
This should be added to some README, I will try to send something soon.

Denis

[Debian Bug Importer (debzilla)]

Message-ID: <20040911191348.GA13925@localhost>
Date: Sat, 11 Sep 2004 12:13:48 -0700
From: Scott Robinson <email address hidden>
To: Denis Barbier <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#259740: xlibs: Windows key no longer treated as modifer,just as Super_L

--2JFBq9zoW8cOFH7v
Content-Type: multipart/mixed; boundary="eJnRUKwClWJh1Khz"
Content-Disposition: inline

--eJnRUKwClWJh1Khz
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

I tried that setting. (See my current X config attached.)

The behavior still occurs.

Scott.

On Sat, Sep 11, 2004 at 03:35:05PM +0200, Denis Barbier wrote:
> On Thu, Sep 09, 2004 at 08:37:00AM -0700, Scott Robinson wrote:
> [...]
> > 3. As for the altwin:meta_win, that is not what I want. I want the Wind=
ows
> > key to be a modifier other than Meta. My alt key is already Meta, and t=
hat's
> > just fine.
> >=20
> > If the modifier was Mod4, that would be best. If it is something else, I
> > could handle that too. Right now, it appears the key is simultaneously =
Mod4
> > and a normal keypress.
>=20
> Okay, I now understand this a little bit better.
> If you want your Windows keys being mapped to mod4, you can set option
> altwin:super_win
> This should be added to some README, I will try to send something soon.
>=20
> Denis

--=20
http://quadhome.com/ - Personal webpage

--eJnRUKwClWJh1Khz
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=XF86Config-4

# XF86Config-4 (XFree86 X server configuration file) generated by dexconf, the
# Debian X Configuration tool, using values from the debconf database.
#
# Edit this file with caution, and see the XF86Config-4 manual page.
# (Type "man XF86Config-4" at the shell prompt.)
#
# This file is automatically updated on xserver-xfree86 package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xfree86
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following commands as root:
#
# cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom
# md5sum /etc/X11/XF86Config-4 > /var/lib/xfree86/XF86Config-4.md5sum
# dpkg-reconfigure xserver-xfree86

Section "Files"
 FontPath "unix/:7100" # local font server
 # Defoma
 FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
 FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID"
 # if the local font server has problems, we can fall back on these
 FontPath "/usr/lib/X11/fonts/misc"
 FontPath "/usr/lib/X11/fonts/cyrillic"
 FontPath "/usr/lib/X11/fonts/100dpi/:unscaled"
 FontPath "/usr/lib/X11/fonts/75dpi/:unscaled"
 FontPath "/usr/lib/X11/fonts/Type1"
 FontPath "/usr/lib/X11/fonts/CID"
 FontPath "/usr/lib/X11/fonts/Speedo"
 FontPath "/usr/lib/X11/fonts/100dpi"
 FontPath "/usr/lib/X11/fonts/75dpi"
EndSection

Section "Module"
 Load "bitmap"
 Load "dbe"
 Load "ddc"
 Load "extmod"
 Load "freetype"
 Load "glx"
 Load "int10"
 Load "record"
 Load "speedo"
 Load "type1"
 Load "vbe"
EndSection

Section "InputDevice"
 Identifier "Generic Keyboard"
 Driver "keyboard"
 Option "CoreKeyboard"
 Option "XkbRules"...

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Sat, 11 Sep 2004 22:45:10 +0200
From: <email address hidden> (Denis Barbier)
To: Scott Robinson <email address hidden>, <email address hidden>
Subject: Re: Bug#259740: xlibs: Windows key no longer treated as modifer,just as Super_L

On Sat, Sep 11, 2004 at 12:13:48PM -0700, Scott Robinson wrote:
> I tried that setting. (See my current X config attached.)
>
> The behavior still occurs.
[...]
> Option "XkbRules" "xfree86"
> Option "XkbModel" "pc104"
> Option "XkbLayout" "dvorak"
> Option "XkbOption" "altwin:super_win"

To reproduce your settings, I ran:
  $ setxkbmap -model pc104 -layout dvorak -option -option altwin:super_win
  $ killall WindowMaker && metacity
I am then able to switch between windows with any window key + Tab.

My $HOME/.gconf/apps/metacity/global_keybindings/%gconf.xml contains:
        <entry name="switch_windows" mtime="1094910045" type="string">
                <stringvalue>&lt;Mod4&gt;Tab</stringvalue>
        </entry>
It also works when set to "<Super>Tab" with gconf-editor.

Some GNOME component surely alter X settings, but I can't help much.
If you can reproduce the steps above, I would say that this bug can
be closed if a note is added to some README file to help people
upgrading from woody. On fresh installs, I believe that this option
should be set by default for pc104/pc105 keyboards.

Denis

[Debian Bug Importer (debzilla)]

Message-ID: <20040911213020.GA18633@localhost>
Date: Sat, 11 Sep 2004 14:30:20 -0700
From: Scott Robinson <email address hidden>
To: Denis Barbier <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#259740: xlibs: Windows key no longer treated as modifer,just as Super_L

--xHFwDpU9dbj6ez1V
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sat, Sep 11, 2004 at 10:45:10PM +0200, Denis Barbier wrote:
> On Sat, Sep 11, 2004 at 12:13:48PM -0700, Scott Robinson wrote:
> > I tried that setting. (See my current X config attached.)
> >=20
> > The behavior still occurs.
> [...]
> > Option "XkbRules" "xfree86"
> > Option "XkbModel" "pc104"
> > Option "XkbLayout" "dvorak"
> > Option "XkbOption" "altwin:super_win"
>=20
> To reproduce your settings, I ran:
> $ setxkbmap -model pc104 -layout dvorak -option -option altwin:super_win
> $ killall WindowMaker && metacity
> I am then able to switch between windows with any window key + Tab.
>=20
> My $HOME/.gconf/apps/metacity/global_keybindings/%gconf.xml contains:
> <entry name=3D"switch_windows" mtime=3D"1094910045" type=3D"strin=
g">
> <stringvalue>&lt;Mod4&gt;Tab</stringvalue>
> </entry>
> It also works when set to "<Super>Tab" with gconf-editor.
>=20
> Some GNOME component surely alter X settings, but I can't help much.
> If you can reproduce the steps above, I would say that this bug can
> be closed if a note is added to some README file to help people
> upgrading from woody. On fresh installs, I believe that this option
> should be set by default for pc104/pc105 keyboards.
>=20
> Denis

I removed my keyboard remapping applet, and "reset to defaults" the GNOME
Keyboard settings:

scott@tara:~$ [0] xprop -root | grep XKB
_XKB_RULES_NAMES_BACKUP(STRING) =3D "xfree86", "pc104", "dvorak", "", ""
_XKB_RULES_NAMES(STRING) =3D "xfree86", "pc104", "dvorak", "", ""
scott@tara:~$ [0] gconftool-2 -R /desktop/gnome/peripherals/keyboard/xkb
 layouts =3D [dvorak]
 model =3D pc104
 overrideSettings =3D false
 options =3D []

My metacity settings are the same as yours. Windows Key-Tab'ing results in
the same stuck window. But, I did find a way to make it work:

(immediately after logging in)
scott@tara:~$ [0] xprop -root | grep XKB
_XKB_RULES_NAMES_BACKUP(STRING) =3D "xfree86", "pc104", "dvorak", "", ""
_XKB_RULES_NAMES(STRING) =3D "xfree86", "pc104", "dvorak", "", ""
scott@tara:~$ [0] setxkbmap -model pc104 -layout dvorak -option -option alt=
win:super_win
scott@tara:~$ [0] xprop -root | grep XKB
_XKB_RULES_NAMES_BACKUP(STRING) =3D "xfree86", "pc104", "dvorak", "", ""
_XKB_RULES_NAMES(STRING) =3D "xfree86", "pc104", "dvorak", "", "altwin:supe=
r_win"
scott@tara:~$ [0] killall metacity=20
(Windows-Tab works now.)

It seems the GNOME Keyboard applet is screwing stuff up. However, I don't
see how to prevent it. Resetting to defaults didn't work, and there seems to
be no place in which to add the "altwin:super_win" option. None of the
available Alt/Win keyboard options specify that particular altwin option.
(though they specify just about every other...)

The gnome-settings-daemon is responible for re...

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Sun, 12 Sep 2004 09:38:03 +0200
From: <email address hidden> (Denis Barbier)
To: Scott Robinson <email address hidden>, <email address hidden>
Cc: <email address hidden>, <email address hidden>
Subject: Re: Bug#259740: xlibs: Windows key no longer treated as modifer,just as Super_L

clone 259740 -1
reassign -1 capplets
retitle -1 gnome-keyboard-properties: altwin:meta_super must be renamed into altwin:super_win
thanks

A note should be added to some README files to tell users that setting
altwin:super_win is a good idea if they want to map Super to their Win
keys, so I clone this bug instead of simply reassigning it to capplets.

On Sat, Sep 11, 2004 at 02:30:20PM -0700, Scott Robinson wrote:
[...]
> It seems the GNOME Keyboard applet is screwing stuff up. However, I don't
> see how to prevent it. Resetting to defaults didn't work, and there seems to
> be no place in which to add the "altwin:super_win" option. None of the
> available Alt/Win keyboard options specify that particular altwin option.
> (though they specify just about every other...)
>
> The gnome-settings-daemon is responible for resetting the keyboard options.
> gnome-keyboard-properties is responsible for setting those options. Both are
> in the capplets package. The bug is definitely not in X, but in GNOME.
>
> Perhaps a reassign is necessary? I can't exactly remove
> gnome-settings-daemon from my session, since it's responsible for other
> things. GNOME needs to either add the altwin:super_win option to its list or
> force "reset to defaults" to actually respect the settings in the server
> config. Preferably both...

Thanks for investigating this issue. I launched gnome-keyboard-properties
and found that the option you want (mapping Super to Win keys) is called
altwin:meta_super instead of altwin:super_win in the generated gconf.xml
file.

Denis

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Sun, 12 Sep 2004 16:40:16 +0200
From: <email address hidden> (Denis Barbier)
To: Scott Robinson <email address hidden>, <email address hidden>
Subject: Re: Bug#259740: xlibs: Windows key no longer treated as modifer,just as Super_L

--M9NhX3UHpAaciwkO
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Sun, Sep 12, 2004 at 09:38:03AM +0200, Denis Barbier wrote:
> clone 259740 -1
> reassign -1 capplets
> retitle -1 gnome-keyboard-properties: altwin:meta_super must be renamed into altwin:super_win
> thanks
>
> A note should be added to some README files to tell users that setting
> altwin:super_win is a good idea if they want to map Super to their Win
> keys, so I clone this bug instead of simply reassigning it to capplets.

Here it is.
XSF guys, can I commit this patch into the FAQ?

Denis

--M9NhX3UHpAaciwkO
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="FAQ.xhtml.patch"

Index: FAQ.xhtml
===================================================================
--- FAQ.xhtml (revision 1805)
+++ FAQ.xhtml (working copy)
@@ -150,6 +150,8 @@
   my X session exiting abnormally?</a></li>
 <li><a href="#radeondualhead">I'm having trouble getting dual-head support to
   work on my ATI Radeon card. Can you help?</a></li>
+<li><a href="#xkbnewlayout">My keyboard configuration worked with XFree86 4.2,
+ why is it messed up now?</a></li>
 </ul>
 <h2><a href="#acknowledgements">Acknowledgements</a></h2>

@@ -2666,6 +2668,39 @@
 class="other">MonitorLayout</code> line, but I can't think of a physical
 mechanism for this actually happening.</p>

+<h3><a id="xkbnewlayout">My keyboard configuration worked with XFree86 4.2,
+ why is it messed up now?</a></h3>
+
+<p>In releases previous to XFree86 4.3, combining several keymaps was
+difficult because keymaps had to be defined for each position. For instance
+<code>us</code> keymap was defined on first, second and third position,
+and this should have been done for all keymaps.</p>
+
+<p>Keymap layouts have been revisited in XFree86 4.3, and new definitions
+can now be used in whatever order so that <code>us,ru</code> and
+<code>ru,us</code> use the same definitions. New definitions have been put
+into <code class="filespec">/etc/X11/xkb/symbols/pc/</code> and old ones are
+still available at the same place, ie. under the
+<code class="filespec">/etc/X11/xkb/symbols/</code> directory,</p>
+
+<p>Some keymaps have not been converted to the new layout for any reason,
+and thus can not be combined with other keymaps. They are listed into
+<code class="filespec">/etc/X11/xkb/rules/xfree86</code>. If you have
+trouble combining keymaps, check that you do not try to load a keymap
+listed there.</p>
+
+<p>Modifiers have also been affected by these major changes to make this
+system more modular. A consequence is that <em>fake keys</em> have been
+introduced in XKB data files for <code>Alt</code>, <code>Meta</code>,
+<code>Super</code> and <code>Hyper</code> modifiers.
+By default, <code>mod1</code> and <code>mod4<code> use these fake keys
+instead of real ones. XKB-aware applications can handle those fak...

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Fri, 17 Sep 2004 00:59:14 +0200
From: <email address hidden> (Denis Barbier)
To: Scott Robinson <email address hidden>, <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#271259: xlibs: wrong altwin options listed in /etc/X11/xkb/rules/xfree86.lst

--L6iaP+gRLNZHKoI4
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

tags 259740 + patch
thanks

On Sun, Sep 12, 2004 at 09:46:05PM +0200, Denis Barbier wrote:
> clone 259740 -1
> reassign -1 capplets
> retitle -1 gnome-keyboard-properties: altwin:meta_super must be renamed into altwin:super_win
> thanks
>
> This option surely comes from /etc/X11/xkb/rules/xfree86.lst, so I am
> reassigning this bug back to xlibs.

Here is a patch so that GNOME (and maybe other?) keyboard switchers do
not call erroneous altwin:meta_super and altwin:meta_hyper options.
Can I commit it?

Denis

--L6iaP+gRLNZHKoI4
Content-Type: text/plain; charset=iso-8859-15
Content-Disposition: attachment; filename="099z_xkb_fix_rules_xfree86.diff"
Content-Transfer-Encoding: quoted-printable

$Id$

Fix xfree86.xml and xfree86.lst to reflect the current XKB state.
The most important change is that non-existing altwin:meta_super and
altwin:meta_hyper options are fixed, which closes #271259.

Few options have not been listed because they seem to be useless:
  sapmi layout
  lv3:ralt_switch_multikey

diff -ruN xc-old/programs/xkbcomp/rules/xfree86.lst xc/programs/xkbcomp/r=
ules/xfree86.lst
--- xc-old/programs/xkbcomp/rules/xfree86.lst 2004-09-16 21:50:36.0000000=
00 +0000
+++ xc/programs/xkbcomp/rules/xfree86.lst 2004-09-16 22:30:40.000000000 +=
0000
@@ -144,7 +144,9 @@
   is Icelandic
   iu Inuktitut
   ir Iranian
+ ie Irish
   il Israeli
+ il_phonetic Israeli (phonetic)
   it Italian
   jp Japanese
   kan Kannada
@@ -198,7 +200,8 @@
=20
 ! option
   grp Group Shift/Lock behavior
- grp:switch R-Alt switches group while pressed
+ grp:lswitch Left Alt key switches group while pressed
+ grp:switch Right Alt key switches group while pressed
   grp:lwin_switch Left Win-key switches group while pressed
   grp:rwin_switch Right Win-key switches group while pressed
   grp:win_switch Both Win-keys switch group while pressed
@@ -225,6 +228,7 @@
   lv3:win_switch Press any of Win-keys to choose 3rd level
   lv3:lwin_switch Press Left Win-key to choose 3rd level
   lv3:rwin_switch Press Right Win-key to choose 3rd level
+ lv3:ralt_switch Press Right Alt-key to choose 3rd level
   ctrl Control Key Position
   ctrl:nocaps Make CapsLock an additional Control
   ctrl:swapcaps Swap Control and Caps Lock
@@ -245,8 +249,8 @@
   altwin:meta_alt Alt and Meta on the Alt keys (default).
   altwin:meta_win Meta is mapped to the Win-keys.
   altwin:left_meta_win Meta is mapped to the left Win-key.
- altwin:meta_super Super is mapped to the Win-keys (default).
- altwin:meta_hyper Hyper is mapped to the Win-keys.
+ altwin:super_win Super is mapped to the Win-keys (default).
+ altwin:hyper_win Hyper is mapped to the Win-keys.
=20
   compose:ralt Right Alt is Compose
   compose:rwin Right Win-key is Compose
diff -ruN xc-old/programs/xkbcomp/rules/...

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Sat, 18 Sep 2004 09:54:44 +0200
From: <email address hidden> (Denis Barbier)
To: <email address hidden>
Subject: xlibs: Fixed in SVN

tags 247463 + pending
tags 259740 + pending
tags 270810 + pending
tags 271259 + pending
tags 271326 + pending