macOS input source "Unicode Hex Input" not working in Ghostty v1.0.1

[peterjc]

Tested on macOS 15.2 Sequoia, with zsh as the shell.

First, under system preferences, input sources, enable "Unicode Hex Input" (listed under "Other" at the bottom of the list by language).

This works in the Apple Terminal:

1. Switch to "Unicode Hex Input" mode via the top right system menu or your keyboard shortcut.
2. Type: echo "kana or similar
3. press and hold left-alt aka option
4. press "3" (either on the top row or number pad)
5. press "0"
6. press "4"
7. press "2"
8. release left-aka aka option
9. The kana あ should appear
10. Type the closing quote and press return to execute the echo command.

However, in Ghostty at step 9 nothing happens. You can see in the inspector that all the key press events triggered though (the second left_alt release seem to happen when I clicked away to take the screenshot):

If this worked, it may enable remapping keys to send any unicode character, even emoji 🚀 like whose hex code is D83D DE80, needing nine button presses!

[peterjc]

Follow up - at step 9, after the disappointment of no hiragana appearing, when I type another character (e.g. quote, or letter f), then get a long run of that letter appearing!

[The same happens in WezTerm]

[00-kat]

If this worked, it may enable remapping keys to send any unicode character, even emoji 🚀 like whose hex code is D83D DE80, needing nine button presses!

Would text not work? E.g.

keybind = ctrl+r=text:🚀

[peterjc]

Within ghostty perhaps, but this is an OS level mechanism which might be coming from the OS level keyboard mapping (you can do this in Karabina Elements for example).

[00-kat]

Ah, I see. Makes sense.

[mitchellh]

This works on tip releases, I believe this was resolved as part of the broader input method improvements coming in 1.1.