GNU bug report logs -
#64420
string-width of … is 2 in CJK environments
Previous Next
Full log
View this message in rfc822 format
> On Aug 5, 2023, at 8:01 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>
>> Cc: casouri <at> gmail.com, 64420 <at> debbugs.gnu.org
>> Date: Sun, 16 Jul 2023 20:15:30 +0300
>> From: Eli Zaretskii <eliz <at> gnu.org>
>>
>>> From: SUNG TAE KIM <itaemu <at> gmail.com>
>>> Date: Mon, 17 Jul 2023 01:59:15 +0900
>>> Cc: 64420 <at> debbugs.gnu.org
>>>
>>> I see no issue in changing default width of ambiguous characters to
>>> narrow except variation selector blocks(FE00..FE0F, E0100..E01EF) and
>>> private-use blocks(E000..F8FF, F0000..FFFFD, 100000..10FFFD) because
>>> the characters in the former blocks are not standalone[1] and the
>>> characters of the latter blocks are reserved for 3rd-party and
>>> everything else seems standalone characters.
>>>
>>> [1] https://en.wikipedia.org/wiki/Variation_Selectors_(Unicode_block)
>>
>> Thanks.
>>
>> I said I intend to end at #x324F because use-cjk-char-width-table
>> doesn't touch ambiguous characters with higher codepoints, so they are
>> already narrow in Emacs, and we don't need to "fix" them.
>
> OK, this is now installed on master. We have a new user option named
> cjk-ambiguous-chars-are-wide; its default is t, but if set to nil, the
> characters proclaimed by Unicode as "ambiguous" will have char-width
> of 1, not 2. Note that this option should be set either via 'setopt'
> or the Customize interface, not via 'setq'.
>
> Let me know how well this works for you.
Thanks! I can’t tell you how well it works tho since I don’t use company :-)
Yuan
This bug report was last modified 2 years and 2 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.