Closed
Bug 98291
Opened 23 years ago
Closed 23 years ago
image frames don't allow for wrapping in non-quirks mode
Categories
(Core :: Layout, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: rginda, Assigned: attinasi)
References
Details
Attachments
(1 file)
236 bytes,
text/html
|
Details |
I use ebmedded 0px images to insert breakable points into words for both
ChatZilla and the JavaScript Debugger's console. This prevents a nasty
horizontol scrollbar from showing up, and increases the useability of both
applications. Recently these images stopped creating line breaks.
I spoke with Chris Waterson about this, and he was kind enough to tell me that
this feature was recently "fixed" for quirks mode, wehre there are appently a
bunch of sites out there that don't expect an image to insert breakable frame
(Sorry, I don't know the correct layout terminology.)
Chris suggested that this behavior was a de facto standard, and that we probably
want to do whatever IE does in non-quirks mode. Fortunatley (for me) IE will
break a long word if it is interrupted by an image.
In the attached test case, there is an image with no href, and an inline style
that shrinks it to 0px. The image is inserted where the number 1 meets the
number 2. The doctype selects non-quirks mode.
The page should layout with all of the 1's on the first line, and all of the 2's
on the second. Works in IE, but not on the trunk.
Reporter | ||
Comment 1•23 years ago
|
||
Assignee | ||
Comment 3•23 years ago
|
||
Yea, that was broken by my 'fix for 32191, but will be fixed by my 'fix' for bug
97619. Thanks for the report!
Status: NEW → ASSIGNED
Depends on: 97619
Assignee | ||
Comment 4•23 years ago
|
||
This has been fixed by the patch for bug 97619 - landed on trunk, 0.9.2 and
0.9.4 branches.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Comment 5•20 years ago
|
||
sdfsdfdsf ds
You need to log in
before you can comment on or make changes to this bug.
Description
•