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)

x86
All
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: rginda, Assigned: attinasi)

References

Details

Attachments

(1 file)

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.
For reference, the bug I was thinking of was bug 32191.
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
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
sdfsdfdsf ds
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: