- From: John Daggett <jdaggett@mozilla.com>
- Date: Sun, 9 Dec 2012 20:45:14 -0800 (PST)
- To: Koji Ishii <kojiishi@gluesoft.co.jp>
- Cc: www-style list <www-style@w3.org>
Koji Ishii wrote: > > Koji, I'm not saying line breaking behavior should be defined only in > > UAX14 or that you shouldn't include exceptions for specific codepoints in a property > > definition, I'm simply saying the need to list a set of codepoints is unnecessary since > > they are already defined in UAX14. > > Thanks for the clarification, that is helpful. Am I right to > understand that you're asking to remove code points that are > defined in both specs? No, I'm saying remove Appendix F in the Text spec and refer to LineBreak = CJ in Unicode instead. As my daughter would say, easy peasy, lemon squeezy. > I'm not strongly oppose to the idea, but also I do not see > values of doing so either. There's some risk that, since > UAX14 may change over time, we may have to tweak the list > as UAX14 changes if we try to do so. Having a list of what > we want to make sure in our spec doesn't seem to harm > anyone. CSS specs should avoid being the repositories of character-level property information like Appendix F. That's fundamentally the role of Unicode specs. If we need to explicitly list exceptions/deltas on top of categories defined in Unicode, we can, but it's best for everyone if those changes are pushed to Unicode instead. 1. Edit: Following breaks be forbidden in ‘strict’ line breaking and allowed in ‘normal’ and ‘loose’: * breaks before Japanese small kana * breaks before the Katakana-Hiragana prolonged sound mark: ー U+30FC, ー U+FF70 Change to: Following breaks be forbidden in ‘strict’ line breaking and allowed in ‘normal’ and ‘loose’: * breaks before Japanese small kana and sound marks (Unicode Line Break property == 'CJ' as defined within LineBreak.txt in the Unicode Character Database). 2. Remove Appendix F Regards, John Daggett
Received on Monday, 10 December 2012 04:46:10 UTC