Red Hat Bugzilla – Bug 208511
"info" cannot deal with CJK characters
Last modified: 2008-11-20 05:45:24 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; zh-CN; rv:18.104.22.168) Gecko/20060913 Fedora/22.214.171.124-1.fc5 Firefox/126.96.36.199 pango-text
Description of problem:
The standalone info cannot realize that a CJK character takes double width of a ASCII character and is individable. Info counts characters by its byte amount, but not its real character, and doesn't display them correctly.
For example, what I wrote was a Chinese info page, but I cannot place 40 Chinese characters in a line, there were only 26 and when I resize the terminal many characters broken.
by the way, the "makeinfo" just cannot deal with my name! It becomes a strange word.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Just use "makeinfo" to deal a caracter like "样"(UTF-8:E4 BD 95) or "楠"(UTF-8:E6 A5 A0)(and there are many others) and each lost a byte.
2. Build some CJK .info page and watch it.
3. resize the terminal, count for the characters.
Characters broken, they can't fill lines, and individual characters breaks at line end.
A character use three or more bytes, but they takes two spaces, and cannot be broken.
Created attachment 141191 [details]
texinfo test file
I think I have reproduced this. Essentially, what is happening is the
standalone info is splitting up multibyte characters when the terminal window is
(In reply to comment #0)
> Description of problem:
> The standalone info cannot realize that a CJK character takes double width of
a ASCII character and is individable.
I should correct you here: the CJK character takes three times the width of an
ASCII character. But anyway, your point is still true: I have reproduced this
problem. However, the bug is reported against the wrong component: the emacs
packages do not supply the standalone info program, so I am going to reassign
this bug to the texinfo maintainer.
If I'm not wrong there is no utf8 support in info. I don't
even understand why some multibyte characters appear rightly.
Created attachment 142775 [details]
Make makeinfo multibyte-aware
I have just sent this patch upstream.
Created attachment 142865 [details]
Make makeinfo multibyte-aware
Created attachment 146442 [details]
Clean up of the above patch: use the mbswidth module from gnulib
Created attachment 148073 [details]
Add !HAVE_MBRTOWC fallbacks to gnulib's multibyte handling interfaces
Created attachment 148074 [details]
Make info multibyte-aware
The above patches have all been submitted upstream, and handle everything but
input of multibyte characters in the info modeline (e.g. searching for
Fedora apologizes that these issues have not been resolved yet. We're
sorry it's taken so long for your bug to be properly triaged and acted
on. We appreciate the time you took to report this issue and want to
make sure no important bugs slip through the cracks.
If you're currently running a version of Fedora Core between 1 and 6,
please note that Fedora no longer maintains these releases. We strongly
encourage you to upgrade to a current Fedora release. In order to
refocus our efforts as a project we are flagging all of the open bugs
for releases which are no longer maintained and closing them.
If this bug is still open against Fedora Core 1 through 6, thirty days
from now, it will be closed 'WONTFIX'. If you can reporduce this bug in
the latest Fedora version, please change to the respective version. If
you are unable to do this, please add a comment to this bug requesting
Thanks for your help, and we apologize again that we haven't handled
these issues to this point.
The process we are following is outlined here:
We will be following the process here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping to ensure this
doesn't happen again.
And if you'd like to join the bug triage team to help make things
better, check out http://fedoraproject.org/wiki/BugZappers
This bug is open for a Fedora version that is no longer maintained and
will not be fixed by Fedora. Therefore we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen thus bug against that version.
Thank you for reporting this bug and we are sorry it could not be fixed.
Is it fixed, or not?
No, it is not. Patches sent to upstream by Miloslav, but still not included in
4.11. But it should be fixed in 4.12 (see Changelog), so I will check it after
update to 4.12 in Rawhide.
Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:
I tested 4.12 version... it still doesn't work:(
Fixed in texinfo-4.13-1.