Fixed Cyrillic layout issue #6890
Conversation
|
Здравствуйте @bellerofonte ! First let me say thank you for actively sharing your take on Synergy, this encourages us a great deal. Finally, even though we will surely take into account this approach, I guess you understand it and it may not even need said but the PR cannot be merged as is, and would need a lot of work to get to a point where it can reach our vast user base (re-mapping would need to be an opt-in or auto-assessed element, it would need to cope not only with other languages but even within Russian, it would require the standard, the PC, and the АБВ layouts). Please remain in contact, and do consider we are hiring. |
|
Hi @ignacionr! Thank you for your response.
Sure, I just wanted you to note this approach. I'm closing this PR, but I will continue to improve this branch for my personal environment. You are welcome to use my work as soon as you need it. |
|
Hi @bellerofonte, just noticed this PR was closed without the work being used. I'm reopening this in the hope that we can perhaps use your contribution. |
sithlord48
force-pushed
the
master
branch
4 times, most recently
from
c9edbe0 to
181c34e
Compare
sithlord48
force-pushed
the
master
branch
14 times, most recently
from
b909597 to
c22b985
Compare
sithlord48
force-pushed
the
master
branch
4 times, most recently
from
93c10b5 to
fa9b2d9
Compare
|
This should be rechecked to see if its still a vaild issue now that we should have proper utf16 pairs. |
this PR is for #6862
I've investigated the issue and came to following results (macOS runs Synergy server, Linux runs synergy client):
So I decide to remap every incoming
KeyIDon client side using hardcoded table. I.e. I tried to translate any incomingCyrillic unicode key idintoBasic Latin unicode key idusing may Macbook's [physical] keyboard layout.This still works not ideal, but much more comfortable to use.