18 Feb
2026
18 Feb
'26
1:59 p.m.
IMO instead of adding another driver entry, we should move things from ImeProcessKey to ImeToAsciiEx. Whether host input is an IME, and whether builtin IME be called at all, should be done using the dedicated bit in the HKL (IME HKL have 0xe000 high word bits set).
Currently ImeProcessKey does not need any mac driver specific functionality (save for `macdrv_using_input_method(void)`, which can be encoded with the 0xe000 high word bit, like you mentioned), so this can indeed be refactored into win32u. Since only winemac implements ImeProcessKey (I think), this should be fairly doable, but maybe it is best to split that change off into a separate MR later. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9992#note_129889