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]
