108518 - Page too wide

Status: RESOLVED WORKSFORME

(Core :: Layout, defect)

Description

[Mike Pinkerton (not reading bugmail)]

Load http://developer.apple.com/technotes/tn/tn2030.html

In MacIE, the page has no horiz scrollbar and prints correctly. In mozilla, it's
very very wide and prints over several horizontal pages.

Comment 1

[Tim Hunt]

This is INVALID.

To explain. On this page there are some regions of preformatted text
(<pre></pre>). The browser is not allowed to add line-breaks to regions of
preformatted text, so these regions are as wide as their contents requires. In
particular, under the heading "Hints and Tips", there is a region starting
"(gdb) attach 795 [...". You will find that the whole page is as wide as this
preformatted region which is excessively wide.

So Mozilla is doing the "Right Thing" (according to the CSS box model), even
though that is not actually very helpful.

I suspect that some CSS like:
BODY {width: 100%}
PRE {width: 100%; overflow: scroll}
added to the page would be a reasonable solution. I made that up off the top of
my head so it may not actually work. Anyway, it is up to Apple.

Comment 2

[Mike Pinkerton (not reading bugmail)]

so why does IE do the "wrong" thing, which is really the right thing? However we
handle it is a nightmare for the user. Instead of INVALID, perhaps this should
become and evagelism bug.

Comment 3

[Brad Tiffany]

No, this is a bug.  Mozilla is not respecting the carriage returns in the preformatted 
blocks.  The offending sequence seems to be (endtag)(space)(carriage return).  Oddly, 
(endtag)(space)(newline) works.

Bug 103833 mentions a possibly related issue.

Comment 4

[Brad Tiffany]

Attachment: Testcase

Comment 5

[rubydoo123]

using build 2001112608 on macOS 9.0.4 the page renders correctly, marking as wfm

Comment 6

[Mike Pinkerton (not reading bugmail)]

someone at apple must have fixed the html. it works fine in 6.2 as well.