Closed
Bug 351593
Opened 18 years ago
Closed 18 years ago
Conditional-hyphen HTML entity not rendered
Categories
(Firefox :: General, defect)
Tracking
()
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.
Comment 1•18 years ago
|
||
*** This bug has been marked as a duplicate of 9101 ***
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•