Summary: | position:fixed elements depend on scrollbar position when printing | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Daniel Höpfl <webkit> | ||||||||
Component: | Printing | Assignee: | Nobody <webkit-unassigned> | ||||||||
Status: | NEW --- | ||||||||||
Severity: | Normal | CC: | bdakin, i93.borg, info, ktf.kim, mackyle, m.kurz+webkitbugs, robburns1, salzig, simon.fraser | ||||||||
Priority: | P2 | Keywords: | HasReduction | ||||||||
Version: | 420+ | ||||||||||
Hardware: | Mac | ||||||||||
OS: | OS X 10.4 | ||||||||||
Attachments: |
|
Description
Daniel Höpfl
2006-01-25 03:58:03 PST
Created attachment 6510 [details]
file.html
Confirmed. Reporter, could you add the testcase to the bug next time? like i did now? Thanks! Rather than opening another bug that would be very similar to this one, I'm just going to add another attachment test case. The pagestest.html attachment attempts to place a "Page N" footer at the bottom of every page when printed. It uses a position: fixed element and a Content: counter to do this. It fails miserably with WebKit. The "Page " footer only appears once and it's usually at the top of the last page (although sometimes part of it is cutoff and appears partially on the next-to-last page as well). Created attachment 51797 [details]
Attempts to place "Page N" footer on bottom of each of 4 pages
This is also a problem for me - tested using Safari 5.0.1 (Windows) I attach a test file. When correctly rendered (tested in Firefox and IE), "print preview" mode shows the tag text at the bottom of both pages. Going to ask w3schools to mention that on their CSS compatibility table... Created attachment 64345 [details]
When rendered correctly, this should print 2 pages with a tag at the bottom of each page.
Fixed elements not being on every page may be fixed by bug 100075. |