mirror of
https://github.com/debauchee/barrier.git
synced 2026-05-15 14:16:02 -06:00
[GH-ISSUE #1971] Keyboard layout at the time of switching to a remote machine #1440
Labels
No labels
HiDPI
bounty
bsd/freebsd
bsd/openbsd
bug
bug
build-infra
cantfix
critical
doc
duplicate
enhancement
fix-available
from git
from release
good first issue
help wanted
installer/package
invalid
linux
macOS
meta
needs testing
pull-request
query
question
regression
regression
v2.4.0
windows
wontfix
work-in-progress
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/barrier#1440
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 @gpakoh on GitHub (Aug 31, 2023).
Original GitHub issue: https://github.com/debauchee/barrier/issues/1971
What happened?
I use two languages when working on a remote machine, I have to constantly make sure that the layout on the local computer is English. If a different keyboard layout is enabled on the local computer, then printing on a remote computer is a cat in a poke, it is not clear how this or that key works. This error is treated by the fact that it is necessary to control that the language on the keyboard layout of the local computer when switching to a remote computer is English. Is it possible to implement an automatic change of layout to English when switching to a remote computer?
Version
v2.4.0
Git commit hash (if applicable)
No response
If applicable, where did you install Barrier from?
https://sourceforge.net/projects/barrier.mirror/
What OSes are you seeing the problem on? (Check all that apply)
Linux, Windows
What OS versions are you using?
Windows 10 pro local computer, Linux Debian 12(LXDE) remote computer
Relevant log output
No response
Any other information
No response
@clort81 commented on GitHub (Sep 5, 2023):
I find that running xmodmap to remap client keys (particularly the capslock) seems to cause problems.
It's possible that barrier has some key mapping that conflicts if maps are changed on one computer.
@gpakoh commented on GitHub (Sep 5, 2023):
The keyboard works correctly on remote linux debian 12, provided that the layout is in English on the main computer running windows. Controlling the layout manually is tedious.