W3C home > Mailing lists > Public > www-style@w3.org > July 2014

Re: [css-text] I18N-ISSUE-316: Line breaking defaults

From: fantasai <fantasai.lists@inkedblade.net>
Date: Fri, 25 Jul 2014 19:52:33 +0100
Message-ID: <53D2A771.7030806@inkedblade.net>
To: Richard Ishida <ishida@w3.org>, Koji Ishii <kojiishi@gluesoft.co.jp>
CC: "Phillips, Addison" <addison@lab126.com>, "CSS WWW Style (www-style@w3.org)" <www-style@w3.org>, www International <www-international@w3.org>
On 07/25/2014 07:22 PM, Richard Ishida wrote:
> On 25/05/2014 06:28, Koji Ishii wrote:
>> I’m very happy to hear feedback where existing implementations do differently from UAX#14, so that we could examine each
>> issue and decide whether or how to fix them.
>
> That information is available as follows:
>
> For general characters:
>
> Line break, BA: Break after characters
> http://www.w3.org/International/tests/repository/css3-text/line-break-baspglwj/results-ba#ba_space
> (good support on the whole, but some categories not or half-heartedly supported by Firefox and IE - seems like just a question
> of adding them to a list somewhere)
> [...]
> Hope that helps,

Very nice summary, yes. :)

One of the main problems is actually the handling of various punctuation like
slashes. A lot of these breaks need some amount of prioritization in order to
work correctly. See, for example, this bug:

   https://bugzilla.mozilla.org/show_bug.cgi?id=389710

We do normatively require the behavior defined for the following categories:
   BK, CR, LF, CM, NL, SG, WJ, ZW, GL, CJ

I think I'd be OK to include the restrictions for opening and closing
punctuation... however, since there are very real problems with simply
adopting the UAX14 pairs table, I don't want to normatively require
its implementation.

As Koji says, adopting UAX14 wholesale would require a very detailed
review of UAX14, its compatibility with dumb line-breaking algorithms
like a pairs table without prioritization, and Web-compatibility. And
that is not a task we'd like to tackle right now.

~fantasai
Received on Friday, 25 July 2014 18:53:09 UTC

This archive was generated by hypermail 2.3.1 : Monday, 2 May 2016 14:39:23 UTC