Closed mcdurdin closed 1 month ago
An extension of this, coming out of the big namespace -> module feature branch that just landed (#8560):
@keymanapp/keyboard-processor
is practically primed for a split into two components:
common/web/types
Keyboard
classCodes
KeyEvent
- as the OSK produces these for consumption by the rule-processor, and likely will produce for other platforms come #5023. (They'd need some sort of structure for user-generated keystrokes... and this is Web's existing one.)KeyboardInterface
(with its keyboard API funcs)OutputTarget
& Transcription
subsystems.There may be a slight bit of work needed, but I remember noticing how split-friendly the package's organization & contents were while converting KMW to its now-ES-module-based form.
https://github.com/keymanapp/keyman/pull/8056 made related changes in preparation for this - it was made at the time I identified the potential split and started more actively preparing for it.
After discussion moving to A18S7 when @mcdurdin is scheduled to be back.
I suggest that we move codes.ts into common/web/types as a future refactor.
_Originally posted by @mcdurdin in https://github.com/keymanapp/keyman/pull/7809#discussion_r1094022876_
Also,
SystemStoreIDs
from kbdInterface.ts