@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

Reply via email to