Open
Bug 217145
Opened 21 years ago
Updated 2 years ago
split tables at TR when printing
Categories
(Core :: Printing: Output, defect)
Tracking
()
REOPENED
People
(Reporter: jwz, Unassigned)
References
(Depends on 1 open bug, )
Details
(Keywords: testcase)
Attachments
(2 files)
Print preview on this page: http://www.dnalounge.com/calendar/2003/08.html
puts a page break halfway through the calendar entry for "7 Aug 2003", just
after the line that says "Martin Atkins". On this page, it would have been
better to push that whole <TR> down to the next page, so that the page break
would have come before the "7 Aug 2003" line.
I think that this can be stated more generally as, "when a table is larger than
the page, it should be split at the <TR> boundaries whenever possible."
I tried
<TR STYLE="page-break-before: auto; page-break-inside: avoid">
on that row, and that didn't change anything.
This is similar to, but I think not quite the same as, bug 217144. (That bug
says "don't split images", this bug says "don't split TRs".)
Mozilla 1.4
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030701
Comment 1•21 years ago
|
||
The page-break-* properties don't all work yet (Bug 132035)
print preview the testcase to see that mozilla is able to wrap at the rows
changing component
Assignee: misc → printing
Component: Layout: Misc Code → Printing
QA Contact: nobody → sujay
Comment 4•21 years ago
|
||
Comment 5•21 years ago
|
||
Since I don't see anything in the specs about this, I'll assume that
a) It's not required
b) It would be really useful, and people want it, and
c) The easiest way to do it would be through making the default
"page-break-inside:" value be "avoid," so that's what's going to happen once the
page break properties are made to work,
And therefore it's a dupe of Bug 132035, and I'm marking it that.
If I'm wrong, change it back.
*** This bug has been marked as a duplicate of 132035 ***
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
If it will happen automatically when bug 132035 is fixed, it's a duplicate.
If it's easy to fix once bug 132035 is fixed, then it depends on bug 132035, but
it's not a duplicate.
Reopening and marking dependency.
Updated•15 years ago
|
Assignee: printing → nobody
QA Contact: sujay → printing
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•