Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Key sequence doesn't switch languages in the local machine #4362

Closed
Tracked by #4367
mtelis opened this issue May 13, 2023 · 6 comments
Closed
Tracked by #4367

Key sequence doesn't switch languages in the local machine #4362

mtelis opened this issue May 13, 2023 · 6 comments
Labels
bug Something isn't working

Comments

@mtelis
Copy link

mtelis commented May 13, 2023

Bug Description

Both local and remote machine have EN-RU keyboard; Ctrl-Shift is used to switch between languages. When remote window (Rustdesk) is active, Ctrl-Shift switches language bar EN->RU-EN in the remote but not in the local machine. In result, you always typing in latin (EN).

How to Reproduce

Connect to remote machine, try pressing language switching key sequence and notice that language bar (in the taskbar) is switching in the remote but not in the local machine.

Open notepad on the remote and try to type in cyrillic -- it won't work unless you switch (with mouse, for example) local language bar to cyrillic.

Expected Behavior

Key sequence is switching language in both local and remote machines. That's how it works in Teamviewer and Anydesk

Operating system(s) on local side and remote side

Windows 10 -> Windows 7

RustDesk Version(s) on local side and remote side

1.2.0 both local and remote

Screenshots

image

Additional Context

No response

@mtelis mtelis added the bug Something isn't working label May 13, 2023
@rustdesk rustdesk added invalid This doesn't seem right and removed invalid This doesn't seem right labels May 14, 2023
@rustdesk
Copy link
Owner

rustdesk commented May 14, 2023

@fufesou may need handle ctrl shift specially as tv. no rush to work on it, because we did not get complaint from others, let collect more feedbacks from others. we do not have to follow tv/anydesk behaviors some times.

@rustdesk
Copy link
Owner

tracked by #4367

@Touska
Copy link

Touska commented May 24, 2023

please put priority on this, because every a need for non-English language person

@ghost
Copy link

ghost commented May 29, 2023

Mac (UK keyboard) to Windows (UK keyboard) does not map correctly either.

\ on local keyboard maps to # to remote machine. I have to locally press ~ to get remote \

@rustdesk
Copy link
Owner

Mac (UK keyboard) to Windows (UK keyboard) does not map correctly either.

\ on local keyboard maps to # to remote machine. I have to locally press ~ to get remote \

#1547

@fufesou
Copy link
Collaborator

fufesou commented Jul 2, 2023

@RichardBurt65 Hi, thanks for your feedback.

  1. "Map mode" simulates positioned key on the remote side.
  2. "Translate mode" simulates char on the remote side.

Did use the "Map mode"?

1688294217600

Which input source did you use on macOS?

image

1688294257966

1688294403208

British - PC on macOS has the same layout to windows (the 3rd pic).

You can try

  1. British - PC input source with "Map mode"
  2. "Translate mode"

British input source with "Map mode"

local ----- remote
\`   -----  #\

British - PC input source with "Map mode"

local ----- remote
#\  -----  #\

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

4 participants