[Bug 9350] Make <wbr> element conforming

http://www.w3.org/Bugs/Public/show_bug.cgi?id=9350

--- Comment #15 from Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no> 2011-07-06 16:30:01 UTC ---
Webkit bugs related to <wbr>:
---

(1) https://bugs.webkit.org/show_bug.cgi?id=26414
      Note that it is its treatment of <wbr> inside *{white-space:pre} that is
the source  of this bug! The right border of the table comes too early, proably
because the parser thinks that a line-break has occured, whereas in reality,
the line continues outside the righth side of the viewport and should have
resulted in a page that stretched outside the viewport.  (As it does in
Firefox/Opera/IE). The issue  can also be spotted in Konqueror, which is the
browser which  is resembles Webkit the most when it comes to <wbr>.

(2) https://bugs.webkit.org/show_bug.cgi?id=19827
      This bug came because www.google.com, at an eariler point in time, sent a
SPACE to Webkit when it sent <wbr> to Firefox.  (It is hard to track why it did
so, anymore. But the bug claims that Webkit back then did behave like Firefox
and IE. [Which, as I have documented, is not true.] So, actually, <wbr> might
not have caused the effect in Webkit that it did in Firefox and in IE6 and IE7
- which could be the reason Google did nto use it. )

More <wbr> confusion in the wild:
---
(*) http://reference.sitepoint.com/html/wbr
     Site point's reference (sic) says: """ The wbr element’s purpose is to
suggest/hint to the browser where within a word/phrase would be the most
appropriate point for it to be broken (indicated with a hyphen) in the event
that the browser viewport or containing element is reduced in size such that
wrapping occurs. """
    When it compares it to a hyphen, then it has misunderstood it. <wbr> splits
a word into two words.

-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

Received on Wednesday, 6 July 2011 16:30:13 UTC