Bug 30621 – Printing using other media types then "print"

• Status: RESOLVED
• Resolution: DUPLICATE
• Component: Printing

[Jakob Truelsen]

Some times, especialy when printing to pdf, it makes sense to use another media type then print when printing, often "screen".

[Jakob Truelsen]

Created attachment 41556 [details]
Media Type 1.0

Patch implementing printing media type setting

[Holger Freyther]

Comment on attachment 41556 [details]
Media Type 1.0


>  void Frame::setPrinting(bool printing, float minPageWidth, float maxPageWidth, bool adjustViewSize)
>  {
> +    String mediaType;
> +    if (m_page->settings())


Use:

     String mediaType = settings() ? settings()->printingMediaType() : "print";

reasoning:
     - m_page can be NULL... m_page->settings() not..
     - provide a default for printingMediaType as well..



> +*/
> +QString QWebSettings::printingMediaType() const
> +{
> +    return d->printingMediaType;
> +}

Which can be QString() which is not what your API doc said... have a default... and let it be "print"

but in general this is a nice patch!

[Jakob Truelsen]

if I give d->printingMediaType a default value in the constructor, it will not inherit a value set in globalSettings unless explicitly set to the empty string.  While this is consistent with other current behaviour (https://bugs.webkit.org/show_bug.cgi?id=30622) it is clearly not what one wants.  The way QWebSettings currently work's putting default values into variables is broken.  

The only solution I can think of to the problem would be to do
settings->setPrintingMediaType(type.isEmpty() ? "print" : type);

however then printingMediaType would still return the empty (null) string .

[Jakob Truelsen]

Created attachment 41567 [details]
Media Type 1.1

Fix mentioned issues.  Mention in documentation that QString() means that a default value is used.

[Eric Seidel (no email)]

I'm not sure this really shoudl be a setting.  I would envision this being a one-off.  If you were to expose some sort of UI to the user to print and they could chose to override the "print" stylesheet and print what's on screen.

Then again, I'm not sure this is very useful to begin with.

[Alexey Proskuryakov]

Comment on attachment 41567 [details]
Media Type 1.1

I agree with Eric - making this a setting seems wrong.

[Jakob Truelsen]

Whether this is a feature needed by other projects then my own (wkhtmltopdf), I cannot judge.  I would however really like this feature in webkit. I tried submitting a patch where the media type is an optional settings for one of the print methods (compute page rects I think).  However the review was denied saying that this was the wrong way to do it.  So I made it a setting, which is apparently also the wrong way to get this feature.  If neither of these approaches are good, is there an approach I can take, that will give me some kind of way to set the printing media type to screen?

[Alexey Proskuryakov]

The best place to discuss this would be webkit-dev mailing list.

[Alexey Proskuryakov]

*** This bug has been marked as a duplicate of bug 25866 ***