Open Bug 165705 Opened 22 years ago Updated 2 years ago

div overflow:auto printing problems

Categories

(Core :: Printing: Output, defect, P4)

x86
Windows 2000
defect

Tracking

()

People

(Reporter: a.schild, Unassigned)

References

()

Details

Attachments

(1 file)

When doing a printpreview or print of the url above, then the content is printed
on one page with a scrollbar.

I expected the content to be printed on multiple pages.

The "default" stylesheet who is used to display the DIV tag in 350px height and
overflow:auto is still used in some way when we wish to print the content.

Since we more and more use the div height:XXX and overflow:auto to replace
frames, this is a very nasty problem when the pages are printed.

PC IE5.x and MAC IE5.x doe print the content on multiple pages, just as intended.


André
Relevant part of CSS2(http://www.w3.org/TR/REC-CSS2/visufx.html#propdef-overflow):
scroll
This value indicates that the content is clipped and that if the user agent uses
scrolling mechanism that is visible on the screen (such as a scroll bar or a
panner), that mechanism should be displayed for a box whether or not any of its
content is clipped. This avoids any problem with scrollbars appearing and
disappearing in a dynamic environment. When this value is specified and the
target medium is 'print' or 'projection', overflowing content should be printed.

I believe this means that overflow:scroll should extend the box until all the
text fits within it, and push the rest of the page down.  However, it appears
the correct rendering is not well defined, although what we are doing now is
definitely wrong.
>I believe this means that overflow:scroll should extend the box until all the
>text fits within it, and push the rest of the page down.  However, it appears
>the correct rendering is not well defined, although what we are doing now is
>definitely wrong.
When using overflow:scroll normaly you set a height to the box, so it has
something to scroll. 

What should be rendered on a printer (ie. all non-scrollbar capable devices) is
not well defined.
But since the intention of the webdesigner for overflow:scroll is to make the
content accessible, it should probably just extend the box.


overflow:auto is actually handled in most modern browsers like scroll, with the
exception that the scrollbars are only displayed when needed.
-->
Assignee: rods → karnaze
No intention to move this bug to confirmed ?
confirming with 2002110408/trunk/win2k. the div extends for the content, but
doesn't go onto the next page when printed.
Severity: major → normal
Status: UNCONFIRMED → NEW
Ever confirmed: true
Priority: -- → P4
Target Milestone: --- → Future
Confirmed with: 
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030210
mass reassign to default owner
Assignee: karnaze → table
Component: Printing → Layout: Tables
QA Contact: sujay → madhur
Target Milestone: Future → ---
Target Milestone: --- → Future
print bugs
Assignee: table → printing
Component: Layout: Tables → Printing
QA Contact: madhur → sujay
Target Milestone: Future → ---
In Firefox 0.9.3 under WinXP, no scrollbars are printed and two pages are generated.
But the content still flows down the first page, without going to the second
page at the end of the first page.
*** Bug 279985 has been marked as a duplicate of this bug. ***
*** Bug 302754 has been marked as a duplicate of this bug. ***
Assignee: printing → nobody
QA Contact: sujay → printing
I cannot reproduce with recent Nightly under Linux.
Can anyone reproduce?
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: