GNU bug report logs -
#66970
29.1; Overwrite-mode is not working with Korean characters
Previous Next
Reported by: SUKBEOM KIM <sukbeom.kim <at> gmail.com>
Date: Mon, 6 Nov 2023 16:19:01 UTC
Severity: normal
Tags: moreinfo
Found in version 29.1
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
tags 66970 moreinfo
thanks
> Date: Tue, 7 Nov 2023 01:07:00 +0900
> From: SUKBEOM KIM <sukbeom.kim <at> gmail.com>
>
> I found a bug with typing Korean characters that "overwrite-mode" is not
> actually working well. (For Japanese/Chinese characters, there is no
> issue at all.)
>
> aeoiu
> => あえu
> => 아에aeiou
Please provide a full recipe, starting from "emacs -Q", including from
what text to start and which characters to type. I'm not sure I
understand the situation in enough detail to investigate.
> In the thread, one of the Japanese users reported a bug but it is not
> appropriate for Korean characters which requires a combination of
> sub-characters to make a character unlike other Japanese or Chinese
> characters.
To investigate, we need to see an example of characters that are
composed in the Korean case, and then are overwritten. AFAIU, the
text you show above doesn't include character composition.
Emacs 29 also has the new variable composition-break-at-point, which
perhaps could be useful in at least some use cases of overwriting
Korean text (and any other text where characters are composed).
Thanks.
This bug report was last modified 1 year and 242 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.