{"action":"opened","issue":{"url":"https://api.github.com/repos/UltimateHackingKeyboard/agent/issues/871","repository_url":"https://api.github.com/repos/UltimateHackingKeyboard/agent","labels_url":"https://api.github.com/repos/UltimateHackingKeyboard/agent/issues/871/labels{/name}","comments_url":"https://api.github.com/repos/UltimateHackingKeyboard/agent/issues/871/comments","events_url":"https://api.github.com/repos/UltimateHackingKeyboard/agent/issues/871/events","html_url":"https://github.com/UltimateHackingKeyboard/agent/issues/871","id":385839846,"node_id":"MDU6SXNzdWUzODU4Mzk4NDY=","number":871,"title":"Unreliable remappings with modifiers using RDP (timing issues)","user":{"login":"orthoceros","id":5455219,"node_id":"MDQ6VXNlcjU0NTUyMTk=","avatar_url":"https://avatars1.githubusercontent.com/u/5455219?v=4","gravatar_id":"","url":"https://api.github.com/users/orthoceros","html_url":"https://github.com/orthoceros","followers_url":"https://api.github.com/users/orthoceros/followers","following_url":"https://api.github.com/users/orthoceros/following{/other_user}","gists_url":"https://api.github.com/users/orthoceros/gists{/gist_id}","starred_url":"https://api.github.com/users/orthoceros/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/orthoceros/subscriptions","organizations_url":"https://api.github.com/users/orthoceros/orgs","repos_url":"https://api.github.com/users/orthoceros/repos","events_url":"https://api.github.com/users/orthoceros/events{/privacy}","received_events_url":"https://api.github.com/users/orthoceros/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"assignees":[],"milestone":null,"comments":0,"created_at":"2018-11-29T17:14:30Z","updated_at":"2018-11-29T17:14:30Z","closed_at":null,"author_association":"NONE","body":"First of all, thanks for UHK! I have an ANSI UHK (QUERTY) and use the English US/international keyboard layout in Windows 10. This keyboard layout includes German umlauts, e.g. ü for AltGr+y (= RAlt+LCtrl+y). I am trying to remap Fn+u=ü, Fn+o=ö and Fn+a=ä. If shift is pressed, it should result in ÜÖÄ, respectively.\r\n\r\n- First attempt: If I directly remap the u key to scan code RAlt+LCtrl+y, then it works on the host PC, but only _sometimes_ through RDP (the Windows 10 in the remote desktop window has the same ENG/Intl keyboard layout enabled). Often, I see a \"y\" entered instead, i.e. the RAlt+LCtrl modifiers are not transferred properly through RDP.\r\n- Second attempt: Intended as a workaround, I then defined a macro: \"press LCtrl + press RAlt + **delay 0.1s** + tap y + release RAlt + release LCtrl\". While this works reliably through RDP (it always enters ü for Fn+u), I now cannot enter capital Ü via Shift+Fn+u, which worked with the first attempt (sometimes again...often I got a Y instead in the RDP window...).\r\n\t\r\nThis is just one example. I noticed similar problems with other custom and default remappings through RDP, too (for example, I remapped Mod+< to LCtrl+z for undo, but often got just a z entered instead, i.e. no LCtrlDown in the RDP window, at least not in time). How does the press/release/delay logic work for keys remapped with modifiers? Can this be tweaked somewhere to work more reliable with RDP/remote desktops? \r\nI would also be interested if the macro workaround could be expanded by some if/switch logic, depending on the current state of shift. \r\n\r\nThanks."}}
{"actor":{"display_login":"orthoceros"}}