What’s The Bug?
Every second character of Korean are lost while typing in code blocks.
How To Reproduce It
- Make a code block.
- Change IME mode to Korean.
- Type this text in the code block:
안녕하세요 한글입력이 안돼요 살려주세요...
Qwerty equivalent is:dkssudgktpdy gksrmfdlqfurdl dksehody tkffuwntpdy... - Some “composition” mode characters are lost while typing.
안하요 한입이 돼 살주요...
Image or Video
The Expected Behavior
안녕하세요 한글입력이 안돼요 살려주세요...
Additional Context
- Unlike roman direct inputs, CJK(Chinese/Japanese/Korean) IMEs have a composition mode, which is an editable but uncommited state of the IME input buffer. This buffer might contain a single or multiple characters, words, sentences, or emojis. You can imagine the concept of stage in Git.
- It seems that AnyType destructs the every second composition:
안(녕)하(세)요 한(글)입(력)이 (안)돼(요) 살(려)주(세)요... - FYI: W3C Input Method Editor API documentation describes well the background knowledge about IME.
- FYI: Mozilla made a handy IME handling guide for their Gecko engine.
- FYI: This blog has a nice post about smoking test of CJKV IMEs.
Device
MacBook Pro 14
OS
Sequoia 15.6.1
Anytype Version
0.48.5
Network Mode
AnySync
Technical Information
OS version: darwin arm64 15.6.1
App version: 0.48.5
Build number: build on 2025-08-14 14:26:54 +0000 UTC at #349da9ee9b99abcc6566b66c746d8d80b74e9870
Library version: v0.42.4
Anytype Identity: A9j5njAVXPc31H5FRAs6XzsNsQ6wkmruRQNF5zEXLpTaKKa6
Analytics ID: 30afe68f-0b97-41cb-824c-172bf491c4e0
Device ID: 12D3KooWRqzkK63uTAfqHFzgHxh2cnV8HR4r2w8MB1ttkyKvTose
Ethereum Address: 0xC64cB08CECbC819D964C0babF6535179C117f373