Closed Bug 351593 Opened 18 years ago Closed 18 years ago

Conditional-hyphen HTML entity not rendered

Categories

(Firefox :: General, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

VERIFIED DUPLICATE of bug 9101

People

(Reporter: cud, Unassigned)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.6) Gecko/20060728 Firefox/1.5.0.6 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.6) Gecko/20060728 Firefox/1.5.0.6 This is a Mozilla HTML-rendering bug: If I create HTML text that contains the ­ (soft hyphen) entity, Mozilla (Firefox 1.5.0.6) doesn't break a word containing them at those points when it straddles the right page boundery, but hard-wraps them at the space. I tried the latest 3.01, and it happens there, too. The HTML formatter needs to break text at the ­ entities. It works fine both in MSIE 6 and Opera, by the way. It should be simple to fix: Just have the HTML text-data renderer treat ­ as if it were a breaking space, and display a hyphen there, at the right edge of the area. Reproducible: Always Steps to Reproduce: 1.Create HTML text with ­ entities embedded at hyphenation points in words, save the file. 2.Load into FF 1.5, and 3.Resize the window to force hyphenated text to wrap at the window. Actual Results: The words with ­ entities embedded break only at the spaces. Expected Results: The words with ­ entities embedded should break at those soft-hyphen points, with a hyphen symbol appearing at the right margin (for rightward text, or at the left margin, for leftward text). There's no workaround other than ugly hard-hyphening. This entity works fine in MSIE 6.0 and Opera 9, so it's urgent that MZ implement proper handling.
*** This bug has been marked as a duplicate of 9101 ***
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago
Resolution: --- → DUPLICATE
v.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.