Open
Bug 165705
Opened 22 years ago
Updated 2 years ago
div overflow:auto printing problems
Categories
(Core :: Printing: Output, defect, P4)
Tracking
()
NEW
People
(Reporter: a.schild, Unassigned)
References
()
Details
Attachments
(1 file)
34.41 KB,
application/pdf
|
Details |
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é
Comment 1•22 years ago
|
||
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.
Reporter | ||
Comment 2•22 years ago
|
||
>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.
Reporter | ||
Comment 4•22 years ago
|
||
No intention to move this bug to confirmed ?
Comment 5•22 years ago
|
||
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
Updated•22 years ago
|
Priority: -- → P4
Target Milestone: --- → Future
Comment 6•22 years ago
|
||
Confirmed with:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030210
Comment 7•22 years ago
|
||
mass reassign to default owner
Assignee: karnaze → table
Component: Printing → Layout: Tables
QA Contact: sujay → madhur
Target Milestone: Future → ---
Updated•22 years ago
|
Target Milestone: --- → Future
print bugs
Assignee: table → printing
Component: Layout: Tables → Printing
QA Contact: madhur → sujay
Target Milestone: Future → ---
Reporter | ||
Comment 9•20 years ago
|
||
Reporter | ||
Comment 10•20 years ago
|
||
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.
Comment 11•19 years ago
|
||
*** Bug 279985 has been marked as a duplicate of this bug. ***
Comment 12•19 years ago
|
||
*** Bug 302754 has been marked as a duplicate of this bug. ***
Updated•15 years ago
|
Assignee: printing → nobody
QA Contact: sujay → printing
Comment 13•11 years ago
|
||
I cannot reproduce with recent Nightly under Linux.
Can anyone reproduce?
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•