fix(macOS): Printing (#235)

[lemarier]

What kind of change does this PR introduce? (check at least one)

• Bugfix
• Feature
• Code style update
• Refactor
• Documentation
• Build-related changes
• Other, please describe:

Does this PR introduce a breaking change? (check one)

• Yes. Issue #___
• No

The PR fulfills these requirements:

• When resolving a specific issue, it's referenced in the PR's title (e.g. fix: #xxx[,#xxx], where "xxx" is the issue number)
• A change file is added if any packages will require a version bump due to this PR per the instructions in the readme.

If adding a new feature, the PR's description includes:

• A convincing reason for adding this feature (to avoid wasting your time, it's best to open a suggestion issue first and wait for approval before working on it)

Other information:
It prints!

[wusyong]

I can confirm webkit2gtk has similar API, but webview2 doesn't have it yet.
The workaround on Windows might need to use window.print() on js. wdyt?

[lemarier]

I can confirm webkit2gtk has similar API, but webview2 doesn't have it yet.
The workaround on Windows might need to use window.print() on js. wdyt?

Did the window.print work on windows/linux? (I didnt tested) — Because on mac we had a blank page.

[wusyong]

This is what it looks like on Linux

And here is the generated dpf file

(will update windows in next comment)

[wusyong]

And here's windows

And generated pdf

So it seems fine on both. But I think it's better we still use webkitgtk api on Linux.