shared mode keyboard conflicts

[totaam]

Issue migrated from trac ticket # 1373

component: server | priority: major | resolution: fixed

2016-11-29 07:03:36: antoine created the issue

---

Follow up from #41#comment:39.
Each new client connection overwrites the keymap.

We need to keep track of who owns the keyboard (separate from "ui-driver"?) and either:

• change the keymap on the fly when a new user interacts with the session - hard, may not work well as setting the keymap is partly asynchronous
• translate keyboard events for the "other" clients

[totaam]

2017-02-18 10:01:25: antoine changed owner from antoine to afarr

[totaam]

2017-02-18 10:01:25: antoine commented

---

Done in r15110.
We can now connect multiple clients with completely different keymaps (different OS, different layout, etc) and each client should still be able to use most of their keys..
The first client to connect will still "own" the keymap, which means that we won't be adding new layouts from the secondary clients.

How to test:

• start a server with sharing enabled
• connect a win32 client (for example) with a 'fr' layout (which has 'a' and 'q' keys swapped)
• connect a linux client with a 'us' layout

Both clients should be able to use the keyboard and have the correct keys appear in applications (ie: xterm).

Note: this ticket is not meant to give 100% coverage of keyboard input when sharing is enabled (which may not be achievable anyway), just to make it a lot more usable than before.

[totaam]

2017-06-20 20:58:14: maxmylyn changed status from new to closed

[totaam]

2017-06-20 20:58:14: maxmylyn set resolution to fixed

[totaam]

2017-06-20 20:58:14: maxmylyn commented

---

Tested (trunk Fedora 25 server, and Fedora 25 and Win8.1 clients) and it seems to behave, at least with my two identically-layed-out ENG-US keyboards. Closing

[totaam]

2017-12-06 10:47:42: antoine commented

---

Follow up: #1716