Thanks Ilya, this seems very interesting. We've been having a different kind of problem:
The linux machines use the right-windows-key for language-switch, thus avoiding the problem you described. However, the trouble is that very frequently windows gets into a "sticky alt" state (as if rdesktop forgot to send the 'release' event for some ALT keypress - the way to get back to normal is press the ALT in Linux, then release it while in Windows). Some time ago our sysadmin fixed this by some X keyboard remapping (I think he fixed some sort of mixup between ALT and META), but recently the problem came back (with extra malice - now there's also sticky CTRL and sticky left-ALT). This thing was driving me crazy lately, so I was anxious to try out your tip. When I run rdesktop with '-k none' the 'sticky' nightmare seems to be gone, BUT - now some important keys (the normal arrows, insert/end/home/del) are completely ignored ... Any idea what's going on? Amit Ilya Konstantinov wrote: >Hi, > >Something useful I just found out: > >If you use rdesktop to connect to a Windows machine and you use >Alt-Shift as the keyboard language switching combo both on your Linux >and the Windows desktops, you've probably noticed how Alt-Shift switches >the language on both Windows and Linux at the same time. > >And this creates a mess. For example: you press the 'Q' key => Linux >translates it to '/' (Hebrew keyboard) => Windows translates it to >'.' (Hebrew keyboard). > >You can inhibit this by running 'rdesktop -k none' to disable rdesktop's >keyboard mapping feature. That'll make rdesktop only send the physical >key ("scancode") you've pressed and Windows will interpret it however it >likes to. > >(I'll ask the rdesktop authors to include this in their documentation.) > > > ================================================================= To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]