You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is it possible to create more than one virutal keyboard? In other words, Is it possible to create unique virtual keyboard, each corresponding to a captured (physical) keyboard?
I have encountered a problem when using a single virutal keyboard for more than one keyboard.
To reproduce:
Press a modifier key, e.g. shift, on a keyboard (keyboardA).
Press a key, e.g. f, on another keyboard (keyboardB).
This will produce F.
However, now, subsequent presses on keyboardB will produce non-shifted letter (e.g. f), rather than shifted letter (e.g. F).
But on keyboardA, the first keypress after #2 will produce a non-shifted letter, and subsequent keypresses on that keyboard will produce shifted letters.
tl;dr -- holding a modifier key on 1 keyboard, and pressing a key on another keyboard creates problem.
Details:
Dext version: 1.15.0
Uses report.keys.insert for all keys.
Does that create problems when used for modifier keys?
Anyway, I will try to use report.modifiers.insert instead to see if it solves the problem.
Tried using a single socket, and unique socket per device.
I changed to create new virtual device for each pqrs::karabiner::driverkit::virtual_hid_device_service::client since Karabiner-DriverKit-VirtualHIDDevice 1.24.0.
What is the difference between using report.keys.insert and report.modifiers.insert for modifiers? KMonad is using the former, so I am wondering whether that would create any issues.
Is it possible to create more than one virutal keyboard? In other words, Is it possible to create unique virtual keyboard, each corresponding to a captured (physical) keyboard?
I have encountered a problem when using a single virutal keyboard for more than one keyboard.
To reproduce:
shift
, on a keyboard (keyboardA).f
, on another keyboard (keyboardB).F
.f
), rather than shifted letter (e.g.F
).#2
will produce a non-shifted letter, and subsequent keypresses on that keyboard will produce shifted letters.tl;dr -- holding a modifier key on 1 keyboard, and pressing a key on another keyboard creates problem.
Details:
1.15.0
report.keys.insert
for all keys.report.modifiers.insert
instead to see if it solves the problem.The text was updated successfully, but these errors were encountered: