Posts: 384
Threads: 57
Joined: Oct 2016
Reputation:
12
Hi Przemek,
Sorry for the late reply, missed this post somehow.
This is a feature we have looked into in the past. CapturePreviewAsync has actually been in WebView2 for a long time.
The problem is that it uses an image stream, so it doesn't exactly write to a file, it writes to a stream and most of the tools that use AntView don't support writing to a stream.
I agree that having this feature will be great and it certainly is on the list of things to investigate on how-to add support for this feature.
--
Wil
Posts: 384
Threads: 57
Joined: Oct 2016
Reputation:
12
Hi Przemek,
Just looked into this and it now works and will be available in the next version.
If interested then I can get you a preview version to test.
However do note that the "preview" that it takes is only the part that is currently viewed in the browser, including the scrollbar itself if any.
If you are looking for a png/jpeg image version of the complete page as it is rendered when you scroll down the page.. that's not what this is. Microsoft only gives you an image of what you're seeing in the webview2 control.
--
Wil
Posts: 384
Threads: 57
Joined: Oct 2016
Reputation:
12
Hi,
This is now available in the released version, 1.1.314.
Hope this helps,
--
Wil
Posts: 384
Threads: 57
Joined: Oct 2016
Reputation:
12
Hi,
Oh dear. We used HResult as return type as it was what was passed from the WebView2 control.
Then tested the functionality on another development platform as VB6.
If long was used (int32) then it would have been no problem and the exact same data could be returned.
I will see if I can reproduce and then decide on what the best solution is.
Thanks for the report.
--
Wil
Posts: 384
Threads: 57
Joined: Oct 2016
Reputation:
12
Hi,
The issue was reproduced and I just released AntView 1.1.316 where the parameter has been corrected to use datatype long (Int) instead of HResult.
This fixed the issue on our side.
Thanks again for the report.
--
Wil