Re: [css-text] Replaced elements as U+FFFC for line breaking doesn't seem Web compatible

(2013/11/12 14:15), Koji Ishii wrote:
> On 11/10/13 10:21 PM, "Kang-Hao (Kenny) Lu" <kanghaol@oupeng.com> wrote:
> 
>> Our internal channel reveals that for this case
>>
>>  data:text/html,<style>body { width: 0; }</style><input>&nbsp;<input>
>>
>> , there should be a soft soft wrap opportunity after the NO-BREAK SPACE,
>> while this contradicts css-text + UAX#14 at this moment:
> 
> Maybe I missed something here, but why do you think there should be? 

Because our client reports the "not breaking behavior" as Presto's bug
and all other browsers break this? As an amatuer, I personlly don't
think there should be a soft wrap opportunity in this line.

> It's GL+CB, and LB12 prohibits break before/after GL.

Right.

>> Only Presto is following the spec here, every IE mode I tested, WebKit,
>> Firefox all behave otherwise, and I doubt other browsers will want to
>> follow the spec because our client reports this as Presto's bug.
> 
> I might want to ask other experts opinion here, but as far as I
> understand, CSS does not require UA to follow CB line breaking class, so I
> suppose the case for GL+CB is undefined. CSS does require GL, so I might
> be mistaken here. Is this what you're talking about?

Right. If

  # * Regardless of the ‘white-space’ value, lines always break at
  #   each preserved forced break character: for all values,
  #   line-breaking behavior defined for the BK, CR, LF, CM, NL, and SG
  #   line breaking classes in [UAX14] must be honored.
  #
  # * When ‘white-space’ allows wrapping, line breaking behavior
  #   defined for the WJ, ZW, and GL line-breaking classes in [UAX14]
  #   must be honored.

only target pairs in which *both* characters are in any of BK, CR, LF,
CM, NL, SG, WJ, ZW, GL, then that should be clarified. I interprete
these as targeting pairs in which *at least* one character is in.


Cheers,
Kenny
-- 
Web Specialist, Opera Sphinx Game Force, Oupeng Browser, Beijing
Try Oupeng: http://www.oupeng.com/

Received on Tuesday, 12 November 2013 06:37:16 UTC