GNU bug report logs - #64420
string-width of … is 2 in CJK environments

Previous Next

Full log

Message #101 received at 64420 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Dmitry Gutov <dmitry <at> gutov.dev>
Cc: itaemu <at> gmail.com, casouri <at> gmail.com, 64420 <at> debbugs.gnu.org
Subject: Re: bug#64420: string-width of … is 2 in CJK
 environments
Date: Sat, 12 Aug 2023 08:50:22 +0300

> Date: Sat, 12 Aug 2023 02:52:29 +0300
> Cc: itaemu <at> gmail.com, casouri <at> gmail.com, 64420 <at> debbugs.gnu.org
> From: Dmitry Gutov <dmitry <at> gutov.dev>
> 
> On 05/08/2023 18:01, Eli Zaretskii wrote:
> > 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.
> 
> Seems to work fine, thank you.
> 
> With the caveat that, in the terminal, if I switch to Chinese-BIG5 and 
> visit a file with ambiguous characters like … (which triggers some bugs 
> with display and navigation around those chars), (setopt 
> cjk-ambiguous-chars-are-wide nil) doesn't fix those bugs -- I have to 
> kill and re-visit the buffer for them to go away. But maybe that's expected.

Does "M-x redraw-display RET" solve the problem after setting the
variable?

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.