On Sat, Feb 11, 2012 at 12:38:43PM +0100, Michael Lange wrote: > Hi, > > Thus spoketh Russell Adams <rlad...@adamsinfoserv.com> > unto us on Fri, 10 Feb 2012 10:35:36 -0600: > > (...) > > > > And it works! If I just set the keycode to Super_L, the Alt behavior > > works properly. > > > > I still don't understand why changing Alt_R changes the behavior of > > Alt_L, but that was exactly the problem. I'd love to figure it out, > > but I suspect its X11 weirdness. I had originally suspected it was > > related to Mod1/Alt handling > > > > I'll use this for now! > > > > I'm glad I could help! > I think the problem is that Tk does not seem to differ between the two > Alt keys at all; from man bind: > > " Similarly, the Alt modifier refers to whichever modifier is associated > with the alt key(s) on the keyboard (keysyms Alt_L and Alt_R). " > > So obviously this has to be taken into account when changing xmodmap > behavior. I am not familiar with xmodmap at all, maybe just defining the > changes for "keysym" instead of "keycode" in ~/.Xmodmap helps (iirc > someone suggested this somewhere, I am not sure at all though). > > It is just a guess, but maybe gtk and qt are aware of two different Alt > keys so the problem does not occur there.
My only concern here is Alt_L was never modified. The xev output of Alt-s remained the same when Alt_R wasn't changed and when it was. Of course I was careful not to change the left Alt key everything uses when I reassigned right Alt to the Windows key... That's why this issue has been so frustrating, the behavior changed when the key in question wasn't modified. Thanks. ------------------------------------------------------------------ Russell Adams rlad...@adamsinfoserv.com PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/ Fingerprint: 1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3 _______________________________________________ Tkinter-discuss mailing list Tkinter-discuss@python.org http://mail.python.org/mailman/listinfo/tkinter-discuss