@Martin Stjernholm and @Brian May and everyone else who is concerned with the -K switch. I am sorry I was not clear last time. The version I posted on my ppa has incorporated both the fix to support -y correctly (in most cases so far) and a seperate fix to make -K behave correctly.
@Michael Lazarev Thanks for the quick response and the deployment in your organization that will definitely help wrt testing. As people have mentioned when key-binding is enabled people generally want to preserve all the key bindings. Making this a more configurable option where it is possible to specify which key bindings to preserve and witch to ignore and propagate to the remote client is really a new feature and not a bug fix. Right now I would like focus specifically on the bug fix to get rdesktop to behave as it would if the -y switch were not present. When this is done and we are sure it works I will forward the changes upstream since clearly the application itself has problems with they way it handles keyboard input. If you are interested in adding the configurable key bindings that is something you should coordinate with the upstream developers. Do you know if <TAB> not working with a Russian keyboard layout is introduced by our ubuntu specific changes? I.E. would it be present in the latest debian version as well which does not have raw keyboard support? If I understand you correctly you are saying that the russian layout just doesnt work very well at all without raw keyboard support is that correct? -- rdesktop works bad with several keyboard layouts https://bugs.launchpad.net/bugs/251709 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
