Menu search accepts composed Japanese, Korean, and Chinese
Pull request 15508, merged into quattro, lets menu search accept Mozc, Hangul, Pinyin, or Chewing, for Japanese, Korean, and Chinese, instead of raw romaji. The merge is not in version 4.0.4.
The pull request says menu search was a text line fed by key presses, so an input method never engaged and the line got raw romaji, Latin letters before conversion. The search field in this change shows the word being composed and filters the menu with the text that is committed. Alt and Super chords do not type into that line.
With no Chinese, Japanese, or Korean language or input method, the pull request says Arch's 65-nonlatin.conf ranks Korean first, so some applications drew Korean forms while Chromium drew Japanese. The config in this change accepts Noto CJK JP after Omarchy's Latin families.
Style, then Font, then Chinese, Japanese, or Korean sets another preference, as does the command `omarchy font cjk`. The pull request says Hong Kong forms were unreachable before this.
The pull request says two-set Hangul, Zhuyin, and Cangjie follow the keyboard's Latin layout, so a Dvorak, Colemak, AZERTY, or QWERTZ user typed those characters in the wrong places. Those presets get a US layout override when the keyboard group starts with another Latin layout. Korean installs map Right Alt to the Korean and English toggle and Right Ctrl to Hanja.
The pull request says the installer offers Hong Kong (Cangjie), which seeds Cangjie with Hong Kong character forms, and that the extra table package, 43 MB, joins the base set. It says an installer pull request has to land before an ISO carrying these choices is built. It says existing installs get the package on demand with `omarchy setup input cangjie5`.