On Sun, Sep 19, 2004 at 10:26:52PM +0200, Denis Barbier wrote: > On Sun, Sep 19, 2004 at 03:00:27PM -0400, Daniel Jacobowitz wrote: > [...] > > Without metaSendsEscape alt-b generates an accented a. I turn on > > altwin:meta_win: > > > > 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) > > mod2 Num_Lock (0x4d) > > mod3 > > mod4 Meta_L (0x73), Meta_R (0x74), Super_L (0x7f), Hyper_L > > (0x80), Meta_L (0x9c) > > mod5 Mode_switch (0x5d), ISO_Level3_Shift (0x7c) > > > > Now neither alt-b nor windows-b produces any effect. > > This is already fixed in SVN. I sent a patch to upstream which has > been accepted, but it has side effects and needs to be reverted. > The bogus patch is > http://bugzilla.xfree86.org/attachment.cgi?id=1197 > and has to be (un)applied against /etc/X11/xkb/symbols/altwin.
Thanks a lot! I saw this when I was going through the bug logs, but I thought it already had been. If I unapply that patch, Windows-b correctly produces escape-b in my xterm again. > > I can't reproduce all of these results in another server with GNOME and > > Metacity running - specifically, with mod1 cleared, Alt-b generates "b" > > instead of the accented "a". I assume that's either GNOME or Metacity > > somehow eating the modifier. Right now I don't care. It's the keyboard > > cursor movement that I need. > > There are other issues with Metacity (#272208), see #271542 for > some ideas on how to solve these bugs. Thanks. I'll leave that to someone else, since I mostly needed Meta. -- Daniel Jacobowitz
