- From: Nat McCully <nmccully@adobe.com>
- Date: Tue, 28 Feb 2017 22:44:21 +0000
- To: Eric Muller <eric.muller@efele.net>, "public-i18n-cjk@w3c.org" <public-i18n-cjk@w3c.org>
- Message-ID: <B284C07F-EBE7-45DE-BE71-35CC1EC052DE@adobe.com>
So, for Japanese layout this could possibly change the behavior of U+FF5E from being essentially Western to being the same as U+301C? Generally when there are two codepoints available for a given glyph, in Japanese this allows for two different behaviors or use cases for these similar glyphs. The SJIS to Unicode conversion path of the wavy dash (U+301C) informs that it should follow Japanese rules (and prohibit line start); but if you want “Western” treatment of the full-width tilde (U+FF5E) (i.e. be allowed to start the line), your proposal #3 would eliminate that “feature”? --Nat On 2/28/17, 11:07 AM, "Eric Muller" <eric.muller@efele.net> wrote: CLREQ currently says that U+FF5E ~ FULLWIDTH TILDE is prohibited at line start, not prohibited at line end (Appendix A). Its Unicode lb property is ID, which allows this character to be a line start in most cases, and therefore does not satisfy JLREQ. There is no mention of U+301C 〜 WAVE DASH. JLREQ lists U+301C 〜 WAVE DASH in cl-03 hyphens, prohibits it at line start, and not at line end (just like CLREQ does for U+FF5E). Its Unicode lb property is NS, which satisfies JLREQ. There is no mention of U+FF5E (JLREQ ignores all fullwidth characters). U+007F TILDE is listed as a western character, proportional. I can think of three solutions: - use U+301C 〜 WAVE DASH in CLREQ - tailor lb for Chinese to make U+FF5E have lb = NS - just make U+FF5E hae lb = NS In a corpus of ~30K Chinese books, I find 681,803 occurrences of U+FF5E ~ FULLWIDTH TILDE, but only 3,258 occurrences of U+301C 〜 WAVE DASH. It seems to me that Chinese users have voted on U+FF5E, and that the first solution is not viable. I don't see a downside to the third solution, so it is my current best proposal. Other solutions? suggestions? Thanks, Eric.
Attachments
- application/pkcs7-signature attachment: smime.p7s
Received on Tuesday, 28 February 2017 22:44:59 UTC