服务器:任何(Linux?)
客户:任何(Windows?)
任何
我只使用英语以外的一种语言,但我认为解决这个问题也可以解决许多其他与键盘布局和输入非拉丁字符相关的问题。
波兰语是用标准化的波兰语字母书写的,在基本拉丁字母(ą、ć、ę、ł、ń、ó、ś、ź、ż)的基础上增加了九个字母。
例如,要输入ą
,我必须按RALT+a
。 它在主机上有效,但在客户端上无效。 当我手动切换正确的 alt 时(通过屏幕键盘),它按预期工作。
我怀疑 Windows 对 RALT 使用另一个键码而不是 Linux,它只是忽略发送的任何内容。
key ef7e is not on keyboard
是我从客户端上的 DEBUG1 得到的。
所以,在(两年?)几乎每天都使用 Barrier(和其他 Syngery fork)之后,我终于意识到有一个选项可以用.conf 文件配置它。 显然,它允许人们随意重新映射键。 嗯,迟到总比不到好。
查看一些问题线程,同时尝试尝试并失败(很多),这是解决问题的两条线。 看起来它没有任何意义(如果有的话,我希望altgr = alt
可以工作而不是这个),但它只是有效。
section: screens
linux:
windows7:
meta = altgr
altgr = shift
end
所以,看来
不确定保持这个开放是否有意义 - 不是 Barrier 特定的错误,它已经在synergy-core 中报告和描述得足够好。 我将决定是否关闭或保持对存储库维护者开放。
@AdrianKoshka关闭问题有意义吗?
我想是的,如果这个问题需要重新打开,它可以。
这使我免于疯狂。
供参考:我在 Linux 服务器和混合 Windows10 / linux 客户端上使用有线 mac 键盘
最有用的评论
所以,在(两年?)几乎每天都使用 Barrier(和其他 Syngery fork)之后,我终于意识到有一个选项可以用.conf 文件配置它。 显然,它允许人们随意重新映射键。 嗯,迟到总比不到好。
查看一些问题线程,同时尝试尝试并失败(很多),这是解决问题的两条线。 看起来它没有任何意义(如果有的话,我希望
altgr = alt
可以工作而不是这个),但它只是有效。所以,看来
f@!#ing 手册自述文件不确定保持这个开放是否有意义 - 不是 Barrier 特定的错误,它已经在synergy-core 中报告和描述得足够好。 我将决定是否关闭或保持对存储库维护者开放。