You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on May 30, 2023. It is now read-only.
I can see a reason for both, to be honest. If this had not been a breaking change with regard to previous behavior, I probably wouldn't have reported it and relied on applying css classes for phantom "print emulation". Currently I have production systems relying on this behavior though :).
As exporting a webpage to PDF is usually done through a browsers print dialog, I think it makes sense to apply the print media by default. And I'm sure there are cases when you don't want it as well.
I haven't checked, but one concern about this change is e.g. how it affects pagination, etc. Especially with regards to 7d7e5f3#diff-e6d43d0460770360ad54e3b50f04734cL1204, e.g. how does QPrinter differ in behavior compared to QPageSize.
Due to our very limited maintenance capacity, we need to prioritize our development focus on other tasks. Therefore, this issue will be automatically closed (see #15395 for more details). In the future, if we see the need to attend to this issue again, then it will be reopened. Thank you for your contribution!
Which version of PhantomJS are you using? Tip: run
phantomjs --version
.2.2.2-development
(6090f54)What steps will reproduce the problem?
@media print {}
-csspage.render('out.pdf');
Which operating system are you using?
macOS 10.11.6
Did you use binary PhantomJS or did you compile it from source?
Source
Please provide any additional information below.
The
print
-media used to get applied prior to 7d7e5f3. Reverting the following two commits brings back the old behaviour:I also reverted bfccbd6 because it seemed to continue on some of the changes introduced in 7d7e5f3.
The text was updated successfully, but these errors were encountered: