Synergy-core: Dead keys grave accent and tilda don't work

Created on 16 Jan 2016  路  14Comments  路  Source: symless/synergy-core

Configuration :
- Synergy v1.7.5 compiled from sources on linux server and binary version on windows 7 client.
- using the "altgr = alt" option for server configuration file
The facts :
- all characters given directly with altgr work fine (for exemple altgr 0 gives @ wich is the expected behaviour)
- dead keys grave accent (altgr 7) and tilda (altgr 2) don't work. Pressing one of these 2 keys combinations give only a space, and altgr is leaving in a "bad" state (keys combinations using altgr don't have expected behaviour) and seems to be the same as alt.
- pressing ctrl (left) alt (left) and 0 (for exemple) gives @ and toggle altgr in "good" state and all characters given directly with altgr work fine.

bug

All 14 comments

From @code77se

using a Swedish keyboard I am unable to type grave accent ` and circumflex accent ^. However, on a Swedish keyboard layout, none of these characters are produced using alt-gr, instead they are produced using the shift key, see a typical Swedish layout here:

https://upload.wikimedia.org/wikipedia/commons/thumb/e/e0/KB_Sweden.svg/2000px-KB_Sweden.svg.png

I do have the altgr = alt config, but it doesn't help. Note that tilde ~ works, using altgr together with the same physical key that should produce a circumflex using shift, but doesn't.

Server running Synergy 1.5.1 @ Ubuntu 12.02
Client running Synergy 1.4.10 @ Windows 7

Setup: Linux (Ubuntu 14.04 64-bit) server, Windows 10 client, both running Synergy stable 1.8.2.

On my Windows client (laptop), I'm unable to type diacritics (e.g. 毛, 谩) via the dead keys using the US international keyboard. It works fine when I use the physical keyboard from the laptop, it doesn't work when I use the shared keyboard connected to the Linux Synergy server.

This is the actual behavior I see: when I type a relevant "dead key" (e.g. ', "), I see no character appearing (which is correct), but the next character I type doesn't get any added symbol / accent (e.g. I get e instead of 毛 when typing "+e).

I'm swedish and I have the exact same issue as @code77se.

All keys on the keyboard work as expected except two:
* circumflex (^) - not working:
   I press <Shift> + <dead key for ^ (right on second row)> and release them and then press <Space>.
   I expect an "^" to be printed but I get a space " " instead.

* grave accent (`) - not working:
   I press <Shift> + <dead key for ` (right on first row)> and release them and then press <Space>.
   I expect an "`" to be printed but I get a space " " instead.



Just like @code77se, I too get the correct tilde (~) sign using the same dead key as the ^:
* tilde (~) - working fine:
   I press <AltGr> + <dead key for ~ (right on second row, same dead key as for ^ above)> and release them and then press <Space>.
   I get a tilde "~" as expected.

If I press the same dead key (right on second row) without Shift, and then press another key (like U), I get the expected result (脺).
Same thing with the dead key above. Pressing it without Shift and then another key (a) result in an accute accent as it should (谩).

So the problem is only with <Shift>+<dead keys>.

PS: On my Debian linux synergy server, I too has the "altgr = alt" configuration line under the Windows screen.

Is it possible to do a workaround for these two failing keys? Like using some "keystroke(key) = some action"-magic?
I mean, it is only two keys that fail. This is so frustrating. :)

Configuration:

  • Linux Mint 18.1 Server using Synergy 1.8.8-stable-25a8cb2 (as server) - Keyboard is "English (US)" and "English (US) International with dead-keys".
  • Windows 10 Laptop (as client) - Keyboard as "English (Ireland)", "English (United States)" and "English (United States) International".

Problems:

  • All keys in the keyboard works perfectly but for Windows 10 as a client, Double Quotes ("), Single Quotes (') and Tilde (~) don't work.
  • The Double-quotes and Single-quotes works perfectly in Linux Mint 18.1 server

Observations:

  • This problem is really annoying as I use synergy not only for accessing all my servers but for programming as well, which is really uselless if I have no double or single quotes to use.

Please I would like it to be solved as soon as possible as high priority. I've seen a lot of posts with the same problem since 2014 with no solution.

Thanks in advance.

Hi @nbolton !

I see that you closed this one.

Since there's some activity in this ticket (and the synergy-core project), I'm commenting it.
Feel free to re-open the ticket if my information give any new data.

I've compiled Synergy-core v2.0.12 server on my Debian Stretch machine.
Physical keyboard and mouse are connected to this machine.

A Windows7-client (reallly old client v1.4.10) connects to the synergy server.

Both machines use Swedish keyboard layout.

I move the mouse over to the Windows screen.
So now I'm typing on the linux keyboard but sending the keystrokes to the Windows machine.

I press and hold Shift
[2018-07-04T17:16:24] DEBUG1: new mask: 0x0000
[2018-07-04T17:16:24] DEBUG1: event: KeyPress code=50, state=0x0000
[2018-07-04T17:16:24] DEBUG1: onKeyDown id=61409 mask=0x0000 button=0x0032
[2018-07-04T17:16:24] DEBUG1: send key down to "nikka" id=61409, mask=0x0000, button=0x0032

  I press the [篓]-key (silent key) down
  [2018-07-04T17:16:26] DEBUG1: new mask: 0x0001
  [2018-07-04T17:16:26] DEBUG1: event: KeyPress code=35, state=0x0001
  [2018-07-04T17:16:26] DEBUG1: onKeyDown id=770 mask=0x0001 button=0x0023
  [2018-07-04T17:16:26] DEBUG1: send key down to "nikka" id=770, mask=0x0001, button=0x0023

  I release the [篓]-key
  [2018-07-04T17:16:26] DEBUG1: new mask: 0x0001
  [2018-07-04T17:16:26] DEBUG1: event: KeyRelease code=35, state=0x0001
  [2018-07-04T17:16:26] DEBUG1: onKeyUp id=770 mask=0x0001 button=0x0023
  [2018-07-04T17:16:26] DEBUG1: send key up to "nikka" id=770, mask=0x0001, button=0x0023

I release Shift
[2018-07-04T17:16:28] DEBUG1: new mask: 0x0001
[2018-07-04T17:16:28] DEBUG1: event: KeyRelease code=50, state=0x0001
[2018-07-04T17:16:28] DEBUG1: onKeyUp id=61409 mask=0x0001 button=0x0032
[2018-07-04T17:16:28] DEBUG1: send key up to "nikka" id=61409, mask=0x0001, button=0x0032

I press Space
[2018-07-04T17:16:29] DEBUG1: new mask: 0x0000
[2018-07-04T17:16:29] DEBUG1: event: KeyPress code=65, state=0x0000
[2018-07-04T17:16:29] DEBUG1: onKeyDown id=32 mask=0x0000 button=0x0041
[2018-07-04T17:16:29] DEBUG1: send key down to "nikka" id=32, mask=0x0000, button=0x0041

I release Space
[2018-07-04T17:16:30] DEBUG1: new mask: 0x0000
[2018-07-04T17:16:30] DEBUG1: event: KeyRelease code=65, state=0x0000
[2018-07-04T17:16:30] DEBUG1: onKeyUp id=32 mask=0x0000 button=0x0041
[2018-07-04T17:16:30] DEBUG1: send key up to "nikka" id=32, mask=0x0000, button=0x0041

Result on the remote Windows 7: just a space, not an ^ as expected.

Comparison:
I press the same key+space, but without holding down shift.
This should generate a "篓" character:

I press the [篓]-key (silent key) down
[2018-07-04T17:16:54] DEBUG1: new mask: 0x0000
[2018-07-04T17:16:54] DEBUG1: event: KeyPress code=35, state=0x0000
[2018-07-04T17:16:54] DEBUG1: onKeyDown id=776 mask=0x0000 button=0x0023
[2018-07-04T17:16:54] DEBUG1: send key down to "nikka" id=776, mask=0x0000, button=0x0023

I release the [篓]-key (silent key)
[2018-07-04T17:16:54] DEBUG1: new mask: 0x0000
[2018-07-04T17:16:54] DEBUG1: event: KeyRelease code=35, state=0x0000
[2018-07-04T17:16:54] DEBUG1: onKeyUp id=776 mask=0x0000 button=0x0023
[2018-07-04T17:16:54] DEBUG1: send key up to "nikka" id=776, mask=0x0000, button=0x0023

I press Space
[2018-07-04T17:16:57] DEBUG1: new mask: 0x0000
[2018-07-04T17:16:57] DEBUG1: event: KeyPress code=65, state=0x0000
[2018-07-04T17:16:57] DEBUG1: onKeyDown id=32 mask=0x0000 button=0x0041
[2018-07-04T17:16:57] DEBUG1: send key down to "nikka" id=32, mask=0x0000, button=0x0041

I release Space
[2018-07-04T17:16:57] DEBUG1: new mask: 0x0000
[2018-07-04T17:16:57] DEBUG1: event: KeyRelease code=65, state=0x0000
[2018-07-04T17:16:57] DEBUG1: onKeyUp id=32 mask=0x0000 button=0x0041
[2018-07-04T17:16:57] DEBUG1: send key up to "nikka" id=32, mask=0x0000, button=0x0041

Result on the remote Windows 7: "篓" as expected.

So why is it working when Shift is not pressed?

Here are the differences:
I press the [篓]-key (silent key) down while Shift is already pressed:
[2018-07-04T17:16:26] DEBUG1: new mask: 0x0001
[2018-07-04T17:16:26] DEBUG1: event: KeyPress code=35, state=0x0001
[2018-07-04T17:16:26] DEBUG1: onKeyDown id=770 mask=0x0001 button=0x0023
[2018-07-04T17:16:26] DEBUG1: send key down to "nikka" id=770, mask=0x0001, button=0x0023

I press the [篓]-key (silent key) down
[2018-07-04T17:16:54] DEBUG1: new mask: 0x0000
[2018-07-04T17:16:54] DEBUG1: event: KeyPress code=35, state=0x0000
[2018-07-04T17:16:54] DEBUG1: onKeyDown id=776 mask=0x0000 button=0x0023
[2018-07-04T17:16:54] DEBUG1: send key down to "nikka" id=776, mask=0x0000, button=0x0023

Let me know if I can help debug this any further.

/Elof

PS:
My /etc/synergy.conf :

section: screens
  # jean (this machine) and nikka (a laptop with Windows 7)
  jean:
  nikka:
    altgr = alt
end

section: links
  # nikka's monitor is placed to the right of jean
  jean:
    right = nikka
  nikka:
    left  = jean
end

I am also seeing this issue using Ubuntu 18.04 server side and Windows 7 client side.
Tilde, apostrophe, and double quotation marks are just sent over as a space, which is REALLY annoying.

I writing portuguese texts and the circumflex not work. This give me a problem because I am a lawyer and the Brazilian Judge return the document with language problem. When the wrong word (without Accent) exist in the language I forget fix it.

I using Ubuntu 18.04 and 2 notebooks clients with Windows 10 professional.

Any update or workaround on this issue?

This tilda issue is driving my crazy... everytime I have to use it I have to stop and move my hands to my second notebook keyboard.
I'm using a Macbook (10.15.4) as a server and Windows 10 (latest) as a client

Hey @pedrovillalobos I don't know if this works for you, but I just realized that I can use alt-lt almost in the same way that alt-gr in Macos Catalina (not tested yet in previous versions)
So, alt-lt + n, for example, give me the 帽 character

@maxcruz thanks for your response.

Unfortunately that didn't work for me. I'm using a US International Keyboard and the Alt-gr + a or anything else doesnt'produce a ~

Server on Ubuntu 18.04, latest client on Windows 10, Portuguese keyboard.
Caret and grave not working, sending a space instead.
Any news on this issue ?

I'm using Synergy 1.31.1 on Windows and this issue persists. The apostrophe key works sometimes, but often I have to press the key for a fraction of a second longer than usual for it to work. It's really frustrating, as I write mostly in Spanish and I need that key for accentuation.

Is there a workaround this?

Was this page helpful?
0 / 5 - 0 ratings

Related issues

laur89 picture laur89  路  5Comments

LeTink picture LeTink  路  4Comments

xmstspider picture xmstspider  路  4Comments

spacepluk picture spacepluk  路  5Comments

jenelcohen picture jenelcohen  路  4Comments