|Summary:||Support CSS3 Paged Media (@page)|
|Product:||WebKit||Reporter:||Eric Seidel (no email) <eric>|
|Severity:||Normal||CC:||1179501590, ajit.parida, ben, dglazkov, divya, douglas, enickdavis, erlend.finvag, geoffers+webkit, gtisza, hamaji, hayato, illenberger, jacob.refstrup, jmalonzo, joelewis, jonlee, kai, koivisto, kripper3, meitarm, mihaip, m.kurz+webkitbugs, mlanza, Ms2ger, mureninc, nickshanks, pavel, petera, peter, pfurbacher, robbie.groenewoudt, robertc, robin.webkit, rogutes, sam, sandervv+webkit, scotty.hyndman, sjmulder, Soloren2001, stephen, syoichi, theodorejb, tiedye1, webkit-bug-importer, webkit, webkit.org|
|Version:||523.x (Safari 3)|
|OS:||OS X 10.4|
|Bug Depends on:||85062, 15558, 35329, 35782, 35851, 35853, 35961, 37538, 38731|
Description Eric Seidel (no email) 2007-10-17 22:45:28 PDT
Support CSS3 Paged Media (@page) Personally I'd like to see this supported, but I'm not sure it's a huge priority for the web at large.
Comment 1 Antti Koivisto 2007-11-20 15:50:45 PST
We seem to have most of the parsing in place but little actual implementation. The page-break-before/after properties have some basic support. There have been requests for this, it would be cool to get it implemented.
Comment 2 Eric Seidel (no email) 2007-11-20 16:14:28 PST
Relating this to bug 15558, since we'll need a way to actually test any of this that gets implemented.
Comment 3 Eric Seidel (no email) 2008-07-09 16:21:24 PDT
Huzzah! Now that bug 15558 has landed, it's actually possible to call: layoutTestController.dumpAsPDF() and have a test print to a PDF on the Mac. Thus... it's "easy" to create printing tests for @page, or convert W3C tests into tests which will print to PDF under DRT.
Comment 4 Joe Lewis 2009-01-02 09:27:29 PST
I think there's plenty of demand for better support of print properties. Looking forward to seeing this implemented!
Comment 5 Meitar Moscovitz 2009-02-03 00:30:56 PST
I have to second Joe's comment (in number 4) on this bug. I'm very interested to see printing support improved and so this bug feels like an important one to me.
Comment 6 Frank Illenberger 2009-02-03 03:56:49 PST
I also add my votes to this bug. Printing is getting ever more important as HTML/CSS is used for generating business reports.
Comment 7 Kai Brüning 2009-02-27 01:16:53 PST
I am voting for this bug, too, because for the plans I have involving the WebKit printing is very important.
Comment 8 Antti Koivisto 2009-02-27 11:15:23 PST
Patches would be more helpful than votes.
Comment 9 Yuzo Fujishima 2010-01-15 02:11:57 PST
Hi, I and two other engineers are considering implementing this together. I'd appreciate it if you could tell us about other efforts toward implementing this, ongoing or not, if any. Yuzo
Comment 10 Fabrice 2010-11-29 03:01:45 PST
Yes it's aweful, how can WebKit be lagging behind Trident (IE) on such an important matter. IE8 started supporting @page CSS 2 and 3 specs.
Comment 11 Fabrice 2010-11-29 03:08:17 PST
To Eric: Well with more and more Apps on the web requiring document printing, with more and more ecommerce transactions n(and invoice printing), more and more creative tools (aviary...), it's ashame that printing on the web be at such a primitive stage.I think Google Maps or Facebook are good illustrations of how powerful it is when we can easily blur the line between virtual and reality: when the web is helpful in a immediate way to real life. Printing can help smooth this transition. And it's still the cheapest and most reliable (no batterie, no 3G) portable device you can get your hands on.
Comment 12 Ajit Parida 2013-12-10 22:37:54 PST
I also add my votes to this bug.
Comment 13 enickdavis 2015-01-06 12:15:07 PST
+1 I know I'm resurrecting an ancient thread, but I would love to see full paged media css supported by webkit. Currently Prince is the only browser that supports the full gambit paged media. I know I would have daily practical use for this with invoices and other printable materials that require headers and footers at the top and bottom of every page, etc.
Comment 14 Christopher Pereira 2015-04-04 07:51:51 PDT
Please change platform to "any" and re-check importance. This is blocking wkhtmltopdf to support in-doc headers/footers, and other important standard printing options. See: - https://github.com/wkhtmltopdf/wkhtmltopdf/issues/2200 - https://github.com/wkhtmltopdf/wkhtmltopdf/issues/2247
Comment 15 Mario T. Lanza 2015-04-24 10:21:13 PDT
+1 to support this
Comment 16 Paul Furbacher 2016-05-11 07:38:08 PDT
+1 for this issue. It seems the only alternatives are Prince, Antenna House, and Apache FOP -- all solutions which are external to the browser. For my free, few frills, swim team software, written for and used by a small summer league which cannot afford the commercial swim software, I chose to output to HTML because all the coaches have access to a browser and can print nicely formatted meet docs from there. But things like page headers and page numbers aren't possible until WebKit supports CSS3 paged media. I'm sure people around the globe -- in offices, classrooms, and at home -- do a lot of printing from browsers, regardless of how virtual we believe we have all become.
Comment 17 Stephen Thomas 2016-09-01 21:37:04 PDT
+1 for me as well, though given the age I'm not hopeful
Comment 18 liuz 2017-03-29 01:28:45 PDT
+1 to support this
Comment 19 Daniel Whitney 2017-05-24 12:26:34 PDT
+1 Its been a while, really want this
Comment 20 Tisza Gergő 2017-07-06 11:33:36 PDT
+1, page headers / footers (especially footers with page numbers) would be very useful. Wikimedia has been looking into enhancing its "save for offline reading" feature, and the lack of Paged Media support is one of the reasons we'll have to render PDFs on the server side instead of just relying on the browser. bug 39735 probably depends on this.
Comment 22 Peter Alderson 2018-05-17 10:06:49 PDT
+1 In my case I simply want to control the margin & footer on print. Can be done in Chrome on Android / Windows, so maybe we will have to change our mobile POS to one of them (sad).