Status

()

Core
Layout
RESOLVED WORKSFORME
17 years ago
17 years ago

People

(Reporter: Mike Pinkerton (not reading bugmail), Assigned: Marc Attinasi)

Tracking

Trunk
mozilla1.0.1
PowerPC
Mac System 9.x
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [bae:20011126], URL)

Attachments

(1 attachment)

(Reporter)

Description

17 years ago
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

17 years ago
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.
(Reporter)

Comment 2

17 years ago
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

17 years ago
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

17 years ago
Created attachment 56658 [details]
Testcase

Updated

17 years ago
Target Milestone: --- → mozilla1.0.1

Comment 5

17 years ago
using build 2001112608 on macOS 9.0.4 the page renders correctly, marking as wfm
Status: NEW → RESOLVED
Last Resolved: 17 years ago
Resolution: --- → WORKSFORME
Whiteboard: [bae:20011126]
(Reporter)

Comment 6

17 years ago
someone at apple must have fixed the html. it works fine in 6.2 as well.
You need to log in before you can comment on or make changes to this bug.