mirror of
https://github.com/rustdesk/rustdesk.git
synced 2026-03-02 19:26:56 -05:00
Keyboard layouts and shortcuts #27
Labels
No labels
bug
documentation
duplicate
enhancement
enhancement
enhancement
good first issue
help wanted
invalid
question
unreproducible
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/rustdesk-rustdesk#27
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @aolko on GitHub (May 13, 2021).
Please add the keyboard layout sync, so the remote pc layout matches the host.
(Currently if remote keyboard layout doesn't match you'll end up typing in both layouts at the same time like
ttyyppiinngg)Also please add the ability to use the keyboard shortcuts between host and remote pc (win/super shortcuts also don't work).
@rustdesk commented on GitHub (May 13, 2021):
This may need the help of community. For me, I can only make sure standard US keyboard layout work. Because I do not use the other layout.
@rustdesk commented on GitHub (May 13, 2021):
I will solve this.
@aolko commented on GitHub (May 13, 2021):
also found out that default side mouse button actions (back/forward) don't work on the remote machine as well
@rustdesk commented on GitHub (May 13, 2021):
oops, I even do not know such thing.
@alex498 commented on GitHub (May 25, 2021):
Also would be better to make shortcut for Alt + TAB or broadcast it directly
Now alt+tab working for host pc only
@Rheydskey commented on GitHub (Jun 15, 2021):
Maybe close it
@rustdesk commented on GitHub (Jun 15, 2021):
No, layout and win/super shortcuts not solved yet
@Rheydskey commented on GitHub (Jun 16, 2021):
Ok
@LambdAurora commented on GitHub (Sep 5, 2021):
Hope the layout issue gets resolved soon since it literally makes this software unusable for AZERTY keyboard users. :(
Both client and host are in AZERTY but despite that it still looks like rustdesk forces QWERTY on it somehow.
@rustdesk commented on GitHub (Sep 5, 2021):
Yes，I understand you. But without contribution, I can only put my limit resource on the most urgent issues. You have to wait longer.
@ChenZh1peng commented on GitHub (Dec 28, 2021):
Win key can not use in remote pc, when host is Ubuntu，remote pc is windows.
whenever press win, it will only triggle super key in Ubuntu instead of sending win to remote pc.
@hengfei-wang commented on GitHub (Apr 23, 2022):
I use my mac to control ubuntu server. I found that ctrl+tab shortcut doesn't work in ubuntu. By the way, I set ctrl+tab to switch among applications in ubuntu. And ctrl+tab is also the shortcut for switching input method in my mac. It seems like shortcuts on my mac have higher priority than server. So rustdesk always triggers mac's shortcuts instead of the server.
Can you add the option which allows server to take over keyboard input completely? Of course, not anyone needs this. So just set an option for that.
Thank you for developing this great tool!
@jackbillstrom commented on GitHub (Oct 9, 2022):
I'm currently running Win 10 Pro as a host, while connecting from Ubuntu 22.04.1 with the same keyboard layout I'm not available so use any keys at all.
However when dual-booted into Win 11 Pro on my client instead it works like a charm 🙂
@Cutieguwu commented on GitHub (Nov 9, 2022):
I'm having some mapping issues.
Question mark is not mapped. In it's place is \ which is also mapped to it's appropriate key.
Open and closed braces are not mapped at all and in their place is nothing.
US QWERTY to US QWERTY (English) from Windows 10 (portable) to Manjaro.
@rustdesk commented on GitHub (Nov 9, 2022):
try out nightly build please https://github.com/rustdesk/rustdesk/releases/tag/nightly
@ghost commented on GitHub (Nov 10, 2022):
Custom shortcuts with Shift-modifier on the numeric row transmit incorrect characters in other keyboard layouts on Windows. For example, on a Dvorak.
@rustdesk commented on GitHub (Nov 10, 2022):
which build? try out nightly build if not
@ghost commented on GitHub (Nov 10, 2022):
When I press Shift+"." , symbol ">" is passed instead of "!"
@Cutieguwu commented on GitHub (Nov 10, 2022):
Update: Keyboard mapping issue is resolved in Nightly, however other more problematic issues are present.
@rustdesk commented on GitHub (Nov 10, 2022):
Report your issues please. So it is called nightly, not stable release.
@rustdesk commented on GitHub (Nov 23, 2022):
#1547
@vorspohl commented on GitHub (Feb 25, 2023):
I use it for remote form Windows to Mac Mini M1 (os: Ventura 13.2.1). On both German keyboard layout.
when I press:
'{' (under Windows ALT GR + 7) on Mac appear: '|'
'@' (under Windows: ALT GR + Q) on Mac appear: '«'
'~' (under Windows: ALT GR + '+') on Mac appear: '+'
'' (under Windows ALT GR + 'ß') on Mac appear: '¿'
'[' (under Windows ALT GR + 8) on Mac appear: '{'
looks like all "ALT GR" key combinations make problems and are mixed.
'normal' keys are ok
it's possible to fix?
@rustdesk commented on GitHub (Feb 25, 2023):
try nightly build both sides
@vorspohl commented on GitHub (Feb 27, 2023):
with night build it dosent work anymore.
I get connection but no screen.
@ACSSYNCTRAYZOR commented on GitHub (Mar 7, 2023):
what is happening here is the following:
pc 1 connects to pc 2 remotely
use portuguese keyboard
on pc 1 there are characters that change position on the keyboard and others disappear and on pc2, to which pc 1 is connected, the same thing happens, adding that some of the keyboard keys simply stop working
@willDTF commented on GitHub (Nov 27, 2024):
Azerty keyboard on ipad result a qwerty on pc
Both side language is set to french in settings
Please port keyboards from iOS too
@Baerbeisser commented on GitHub (Feb 6, 2025):
Just wanted to report that on both PC with Linux set up as swiss german (ch_DE-UTF-8) results in US-Layout for remote access via Rustdesk.
I'm not adebt in Rust yet, but from what it looks like, you are implementing your own keyboard mapping solution? Can't you use something like key_mapping for this?