Discussion:
wcwidth update
Markus Kuhn
2007-05-25 13:54:10 UTC
Permalink
Hi,
Could you update your wcwidth implementation at
http://www.cl.cam.ac.uk/~mgk25/ucs/wcwidth.c
to latest unicode data?
Done.

Markus
--
Markus Kuhn, Computer Laboratory, University of Cambridge
http://www.cl.cam.ac.uk/~mgk25/ || CB3 0FD, Great Britain



--- wcwidth.c~ 2003-05-20 18:52:52 +0100
+++ wcwidth.c 2007-05-25 14:48:56 +0100
@@ -50,7 +50,7 @@
*
* http://www.unicode.org/unicode/reports/tr11/
*
- * Markus Kuhn -- 2003-05-20 (Unicode 4.0)
+ * Markus Kuhn -- 2007-05-25 (Unicode 5.0)
*
* Permission to use, copy, modify, and distribute this software
* for any purpose and without fee is hereby granted. The author
@@ -124,27 +124,27 @@
/* sorted list of non-overlapping intervals of non-spacing characters */
/* generated by "uniset +cat=Me +cat=Mn +cat=Cf -00AD +1160-11FF +200B c" */
static const struct interval combining[] = {
- { 0x0300, 0x0357 }, { 0x035D, 0x036F }, { 0x0483, 0x0486 },
- { 0x0488, 0x0489 }, { 0x0591, 0x05A1 }, { 0x05A3, 0x05B9 },
- { 0x05BB, 0x05BD }, { 0x05BF, 0x05BF }, { 0x05C1, 0x05C2 },
- { 0x05C4, 0x05C4 }, { 0x0600, 0x0603 }, { 0x0610, 0x0615 },
- { 0x064B, 0x0658 }, { 0x0670, 0x0670 }, { 0x06D6, 0x06E4 },
- { 0x06E7, 0x06E8 }, { 0x06EA, 0x06ED }, { 0x070F, 0x070F },
- { 0x0711, 0x0711 }, { 0x0730, 0x074A }, { 0x07A6, 0x07B0 },
- { 0x0901, 0x0902 }, { 0x093C, 0x093C }, { 0x0941, 0x0948 },
- { 0x094D, 0x094D }, { 0x0951, 0x0954 }, { 0x0962, 0x0963 },
- { 0x0981, 0x0981 }, { 0x09BC, 0x09BC }, { 0x09C1, 0x09C4 },
- { 0x09CD, 0x09CD }, { 0x09E2, 0x09E3 }, { 0x0A01, 0x0A02 },
- { 0x0A3C, 0x0A3C }, { 0x0A41, 0x0A42 }, { 0x0A47, 0x0A48 },
- { 0x0A4B, 0x0A4D }, { 0x0A70, 0x0A71 }, { 0x0A81, 0x0A82 },
- { 0x0ABC, 0x0ABC }, { 0x0AC1, 0x0AC5 }, { 0x0AC7, 0x0AC8 },
- { 0x0ACD, 0x0ACD }, { 0x0AE2, 0x0AE3 }, { 0x0B01, 0x0B01 },
- { 0x0B3C, 0x0B3C }, { 0x0B3F, 0x0B3F }, { 0x0B41, 0x0B43 },
- { 0x0B4D, 0x0B4D }, { 0x0B56, 0x0B56 }, { 0x0B82, 0x0B82 },
- { 0x0BC0, 0x0BC0 }, { 0x0BCD, 0x0BCD }, { 0x0C3E, 0x0C40 },
- { 0x0C46, 0x0C48 }, { 0x0C4A, 0x0C4D }, { 0x0C55, 0x0C56 },
- { 0x0CBC, 0x0CBC }, { 0x0CBF, 0x0CBF }, { 0x0CC6, 0x0CC6 },
- { 0x0CCC, 0x0CCD }, { 0x0D41, 0x0D43 }, { 0x0D4D, 0x0D4D },
+ { 0x0300, 0x036F }, { 0x0483, 0x0486 }, { 0x0488, 0x0489 },
+ { 0x0591, 0x05BD }, { 0x05BF, 0x05BF }, { 0x05C1, 0x05C2 },
+ { 0x05C4, 0x05C5 }, { 0x05C7, 0x05C7 }, { 0x0600, 0x0603 },
+ { 0x0610, 0x0615 }, { 0x064B, 0x065E }, { 0x0670, 0x0670 },
+ { 0x06D6, 0x06E4 }, { 0x06E7, 0x06E8 }, { 0x06EA, 0x06ED },
+ { 0x070F, 0x070F }, { 0x0711, 0x0711 }, { 0x0730, 0x074A },
+ { 0x07A6, 0x07B0 }, { 0x07EB, 0x07F3 }, { 0x0901, 0x0902 },
+ { 0x093C, 0x093C }, { 0x0941, 0x0948 }, { 0x094D, 0x094D },
+ { 0x0951, 0x0954 }, { 0x0962, 0x0963 }, { 0x0981, 0x0981 },
+ { 0x09BC, 0x09BC }, { 0x09C1, 0x09C4 }, { 0x09CD, 0x09CD },
+ { 0x09E2, 0x09E3 }, { 0x0A01, 0x0A02 }, { 0x0A3C, 0x0A3C },
+ { 0x0A41, 0x0A42 }, { 0x0A47, 0x0A48 }, { 0x0A4B, 0x0A4D },
+ { 0x0A70, 0x0A71 }, { 0x0A81, 0x0A82 }, { 0x0ABC, 0x0ABC },
+ { 0x0AC1, 0x0AC5 }, { 0x0AC7, 0x0AC8 }, { 0x0ACD, 0x0ACD },
+ { 0x0AE2, 0x0AE3 }, { 0x0B01, 0x0B01 }, { 0x0B3C, 0x0B3C },
+ { 0x0B3F, 0x0B3F }, { 0x0B41, 0x0B43 }, { 0x0B4D, 0x0B4D },
+ { 0x0B56, 0x0B56 }, { 0x0B82, 0x0B82 }, { 0x0BC0, 0x0BC0 },
+ { 0x0BCD, 0x0BCD }, { 0x0C3E, 0x0C40 }, { 0x0C46, 0x0C48 },
+ { 0x0C4A, 0x0C4D }, { 0x0C55, 0x0C56 }, { 0x0CBC, 0x0CBC },
+ { 0x0CBF, 0x0CBF }, { 0x0CC6, 0x0CC6 }, { 0x0CCC, 0x0CCD },
+ { 0x0CE2, 0x0CE3 }, { 0x0D41, 0x0D43 }, { 0x0D4D, 0x0D4D },
{ 0x0DCA, 0x0DCA }, { 0x0DD2, 0x0DD4 }, { 0x0DD6, 0x0DD6 },
{ 0x0E31, 0x0E31 }, { 0x0E34, 0x0E3A }, { 0x0E47, 0x0E4E },
{ 0x0EB1, 0x0EB1 }, { 0x0EB4, 0x0EB9 }, { 0x0EBB, 0x0EBC },
@@ -153,18 +153,25 @@
{ 0x0F80, 0x0F84 }, { 0x0F86, 0x0F87 }, { 0x0F90, 0x0F97 },
{ 0x0F99, 0x0FBC }, { 0x0FC6, 0x0FC6 }, { 0x102D, 0x1030 },
{ 0x1032, 0x1032 }, { 0x1036, 0x1037 }, { 0x1039, 0x1039 },
- { 0x1058, 0x1059 }, { 0x1160, 0x11FF }, { 0x1712, 0x1714 },
- { 0x1732, 0x1734 }, { 0x1752, 0x1753 }, { 0x1772, 0x1773 },
- { 0x17B4, 0x17B5 }, { 0x17B7, 0x17BD }, { 0x17C6, 0x17C6 },
- { 0x17C9, 0x17D3 }, { 0x17DD, 0x17DD }, { 0x180B, 0x180D },
- { 0x18A9, 0x18A9 }, { 0x1920, 0x1922 }, { 0x1927, 0x1928 },
- { 0x1932, 0x1932 }, { 0x1939, 0x193B }, { 0x200B, 0x200F },
- { 0x202A, 0x202E }, { 0x2060, 0x2063 }, { 0x206A, 0x206F },
- { 0x20D0, 0x20EA }, { 0x302A, 0x302F }, { 0x3099, 0x309A },
- { 0xFB1E, 0xFB1E }, { 0xFE00, 0xFE0F }, { 0xFE20, 0xFE23 },
- { 0xFEFF, 0xFEFF }, { 0xFFF9, 0xFFFB }, { 0x1D167, 0x1D169 },
+ { 0x1058, 0x1059 }, { 0x1160, 0x11FF }, { 0x135F, 0x135F },
+ { 0x1712, 0x1714 }, { 0x1732, 0x1734 }, { 0x1752, 0x1753 },
+ { 0x1772, 0x1773 }, { 0x17B4, 0x17B5 }, { 0x17B7, 0x17BD },
+ { 0x17C6, 0x17C6 }, { 0x17C9, 0x17D3 }, { 0x17DD, 0x17DD },
+ { 0x180B, 0x180D }, { 0x18A9, 0x18A9 }, { 0x1920, 0x1922 },
+ { 0x1927, 0x1928 }, { 0x1932, 0x1932 }, { 0x1939, 0x193B },
+ { 0x1A17, 0x1A18 }, { 0x1B00, 0x1B03 }, { 0x1B34, 0x1B34 },
+ { 0x1B36, 0x1B3A }, { 0x1B3C, 0x1B3C }, { 0x1B42, 0x1B42 },
+ { 0x1B6B, 0x1B73 }, { 0x1DC0, 0x1DCA }, { 0x1DFE, 0x1DFF },
+ { 0x200B, 0x200F }, { 0x202A, 0x202E }, { 0x2060, 0x2063 },
+ { 0x206A, 0x206F }, { 0x20D0, 0x20EF }, { 0x302A, 0x302F },
+ { 0x3099, 0x309A }, { 0xA806, 0xA806 }, { 0xA80B, 0xA80B },
+ { 0xA825, 0xA826 }, { 0xFB1E, 0xFB1E }, { 0xFE00, 0xFE0F },
+ { 0xFE20, 0xFE23 }, { 0xFEFF, 0xFEFF }, { 0xFFF9, 0xFFFB },
+ { 0x10A01, 0x10A03 }, { 0x10A05, 0x10A06 }, { 0x10A0C, 0x10A0F },
+ { 0x10A38, 0x10A3A }, { 0x10A3F, 0x10A3F }, { 0x1D167, 0x1D169 },
{ 0x1D173, 0x1D182 }, { 0x1D185, 0x1D18B }, { 0x1D1AA, 0x1D1AD },
- { 0xE0001, 0xE0001 }, { 0xE0020, 0xE007F }, { 0xE0100, 0xE01EF }
+ { 0x1D242, 0x1D244 }, { 0xE0001, 0xE0001 }, { 0xE0020, 0xE007F },
+ { 0xE0100, 0xE01EF }
};

/* test for 8-bit control characters */
@@ -188,6 +195,7 @@
ucs != 0x303f) || /* CJK ... Yi */
(ucs >= 0xac00 && ucs <= 0xd7a3) || /* Hangul Syllables */
(ucs >= 0xf900 && ucs <= 0xfaff) || /* CJK Compatibility Ideographs */
+ (ucs >= 0xfe10 && ucs <= 0xfe19) || /* Vertical forms */
(ucs >= 0xfe30 && ucs <= 0xfe6f) || /* CJK Compatibility Forms */
(ucs >= 0xff00 && ucs <= 0xff60) || /* Fullwidth Forms */
(ucs >= 0xffe0 && ucs <= 0xffe6) ||
Egmont Koblinger
2007-05-25 15:09:05 UTC
Permalink
Hi,
http://www.cl.cam.ac.uk/~mgk25/ucs/wcwidth.c
to latest unicode data?
Done.
Now that recently every standard seemed to agree that UTF-8 uses at most 4
(and not 6) bytes and the highest valid Unicode value is U+1FFFFF, I wonder
whether the stress test should be updated, too. As far as I understand, the
preferred new behavior for a former 5 or 6 byte long UTF-8 sequence is to
emit 5 or 6 replacement character, since the first byte is invalid, and
subsequent bytes are unexpected continuation bytes.

bye,
Egmont
Egmont Koblinger
2007-05-25 16:31:01 UTC
Permalink
I have not heard anything like this before (about changing behaviour
of emitted replacement characters)
So far there lived two concurrent definitions of UTF-8, one defined it to be
at most 4 bytes long, while the other one defined 6 bytes.

If I correctly understand the thread that's just been discussed on this
list, starting at:
http://mail.nl.linux.org/linux-utf8/2007-04/msg00050.html
then from now on everyone defines UTF-8 to be at most 4 bytes long.

And in this case I think the proper behavior would be to emit 5 or 6 bytes.
Think of it: this is what you would do if 5 and 6 byte UTF-8 wasn't ever
defined.
Why cannot a long UTF-8 sequence that happens to map to a code point which is
not Unicode just be displayed with one replacement character?
I'd perfectly agree with you, I also dislike this 4-byte limitation and
preferred the 6-byte version. But apparently this is not what Unicode-gurus
have decided to have. That's why I'm asking gurus here (especially Markus)
what to do know.
--
Egmont
Egmont Koblinger
2007-05-25 16:34:57 UTC
Permalink
Post by Egmont Koblinger
And in this case I think the proper behavior would be to emit 5 or 6 bytes.
Sorry, typo:
.... to emit 5 or 6 replacement characters.


bye,
Egmont
SrinTuar
2007-05-25 16:52:56 UTC
Permalink
Post by Egmont Koblinger
If I correctly understand the thread that's just been discussed on this
http://mail.nl.linux.org/linux-utf8/2007-04/msg00050.html
then from now on everyone defines UTF-8 to be at most 4 bytes long.
And in this case I think the proper behavior would be to emit 5 or 6 bytes.
Think of it: this is what you would do if 5 and 6 byte UTF-8 wasn't ever
defined.
If the text was originally in utf-32 with an invalid high codepoint,
that would result in a single substitution character. It makes sense
in utf-8 to behave similarly....perhaps.

That said, I don't care for replacement character techniques very much
in general.
Egmont Koblinger
2007-05-29 17:24:22 UTC
Permalink
Hi,
UTF-8 is clearly defined by RFC 2279 which maintains the clear
1-to-6-bytes encoding scheme of RFC 2044 with no confusion - and will
hopefully remain so.
FYI: RFC 2279 is obsoleted by RFC 3629 which defines UTF-8 as a 1-to-4-bytes
encoding scheme. Sad but true...
--
Egmont
Marcin 'Qrczak' Kowalczyk
2007-05-29 22:19:22 UTC
Permalink
Post by Egmont Koblinger
FYI: RFC 2279 is obsoleted by RFC 3629 which defines UTF-8 as a 1-to-4-bytes
encoding scheme. Sad but true...
Why sad? They weren't going to be any characters defined above U+10FFFF
anyway.
--
__("< Marcin Kowalczyk
\__/ ***@knm.org.pl
^^ http://qrnik.knm.org.pl/~qrczak/
v***@riverstore.com.ar
2007-05-25 21:33:50 UTC
Permalink
REMOVE PLEASE


----- Original Message -----
From: "Egmont Koblinger" <***@uhulinux.hu>
To: <linux-***@nl.linux.org>
Sent: Friday, May 25, 2007 12:09 PM
Subject: Re: wcwidth update
Post by Egmont Koblinger
Hi,
http://www.cl.cam.ac.uk/~mgk25/ucs/wcwidth.c
to latest unicode data?
Done.
Now that recently every standard seemed to agree that UTF-8 uses at most 4
(and not 6) bytes and the highest valid Unicode value is U+1FFFFF, I wonder
whether the stress test should be updated, too. As far as I understand, the
preferred new behavior for a former 5 or 6 byte long UTF-8 sequence is to
emit 5 or 6 replacement character, since the first byte is invalid, and
subsequent bytes are unexpected continuation bytes.
bye,
Egmont
--
Linux-UTF8: i18n of Linux on all levels
Archive: http://mail.nl.linux.org/linux-utf8/
Markus Kuhn
2007-05-26 09:22:46 UTC
Permalink
Post by v***@riverstore.com.ar
REMOVE PLEASE
As the mail header said:

List-unsubscribe: <mailto:linux-utf8-***@nl.linux.org?Subject=unsubscribe>

Markus
--
Markus Kuhn, Computer Laboratory, University of Cambridge
http://www.cl.cam.ac.uk/~mgk25/ || CB3 0FD, Great Britain
Bruno Haible
2007-07-08 14:47:39 UTC
Permalink
Hello Markus,
Could you update your wcwidth implementation at
http://www.cl.cam.ac.uk/~mgk25/ucs/wcwidth.c
to latest unicode data?
Done.
This code assigns width 2 to U+4DC0..U+4DFF. But they are marked as 'N' in
Unicode 5.0.0's ucd/EastAsianWidth.txt, therefore they should have width 1.

Bruno

Loading...