Page Setup reinstates missing properties and detect if print window is open
Page Setup reinstates all the missing configuration properties for header / footer that were in ChtmlView.
If I have the print preview open I can still close my main application - can't we detect the print preview window is visible to prevent this?
All of those things to my knowledge can't be done yet with WebView2 and would cripple my application behaviour. It seems that the developers are thinking it just the terms of a browser and thus you will probably have it maximised anyway. But it is also being used as a control - so not always full screen. And this forcing the print preview to the confines of the browser makes it not useable.
I have raised all of these things before and to my knowledge there have been no fixes for any of them???
Originally posted by @ajtruckle in https://github.com/MicrosoftEdge/WebView2Feedback/issues/871#issuecomment-1029406850
Hi @champnic !
Do you know when this will be addressed? From my perspective this will be the final fundamental issue for me:
- Page Setting Properties
- Size of Print Preview window (#1488 )
- Detect if Print Preview is open (#1513 )
Hey @ajtruckle - We don't have a timeline on this yet, but unfortunately probably won't get to this for a while looking at our current backlog.
@champnic It is a pity. At the moment I see no valid alternative for printing, unless I revert to a legacy print dialog without a preview, which is a step backwards. TBH I am really surprised that this was not considered as the control is designed to be used within dialogs, yet the print mechanics is forced to fit inside the control. It is a critical matter IMHO.
@champnic @monica-ch
Thought I would add a screen grab for completeness:

I am happy with my general printing experience now because @monica-ch helped me create a popup window on demand. I have since modified it to size to the modify dimensions. The user can right-click and print from there to get the full screen experience. So that bit is good.
@champnic
For your info, I am now starting to get enquiries from users saying they can no longer configure the headers and footers anymore. They wanted the date at the bottom, which now shows at the top.
Why can't the Print UI in Edge:
- Reinstate the original options for headers / footers.
- The WebView2 API upgrade the print / PDF settings to allow us to programmatically set them.
I raised this over a year ago and much work has been doing on printing but not this issue.
@champnic Still hoping 😀