[webkit-dev] a question on printing: whither WSIWYG?
robburns1 at mac.com
Sun Oct 8 13:04:30 PDT 2006
On Oct 8, 2006, at 11:33 AM, peliom at tikirobot.net wrote:
> These are interesting features, but they miss my original point.
> It is my own fault, I have been debugging this situation and so
> didn't give enough context: My code is calling the NSView API:
> [webview dataWithPDFInsideRect:[webview frame]]
> Perhaps now my request makes a bit more sense: this API does not
> say anything about printing, either in the API itself or its
> documentation. As a developer I am expecting a PDF representation
> of the WebView (emphasis on "view" here)
> Obviously WebKit is using it's printing subsystem to generate this
> PDF, which is entirely reasonable except for the fact that when
> WebKit is generating PDF, it apparently assumes the PDF is being
> sent directly to a printer. This is not necessarily the case, and
> dataWithPDFInsideRect looks terrible if the site author has
> mislabeled their CSS as media="screen". Regardless, my expectation
> as a developer is that dataWithPDFInsideRect *is* screen media.
I think another explanation is that PDF is inherently a paged
document format. The "print" media type is a bit of a misnomer in
that it applies to visual paged media even when that visual paged
media is viewed on screen. If designers wants to target PDF output
with their CSS they will need to use the "print" media type with
On Oct 8, 2006, at 12:55 PM, David D. Kilzer wrote:
> This is a known issue that is being worked on:
> PDF created by printing should have live hyperlinks
Is there anyway pj could turn this stuff back on when not printing?
More information about the webkit-dev