PDF Image Quality

[Togo]

Hello

We encountered issues on printing report in WebViewerFx after upgrading to 2016.2, and we decided to try out the updated WebViewerFx in Stimulsoft.Reports.Web after checking the change log.
We discovered that the print dialog no longer opens when AllowPrintToPdf is set to true, and the StiExportReportEventArgs no longer contains the IsPrinting flag for checking whether the user is printing the report (for adjusting the PDF properties on printing only).
Please kindly advise on achieving the above in the new WebViewerFx.

Thanks

[HighAley]

Hello.

We will made an improvement.
Please, check our next prerelease build that will be available on Friday.

Thank you.

[Andrew]

Hello,

We have added support for the OnPrintReport event for the updated WebViewerFx component (this is implemented for compatibility of events with the WebViewer component). We also fixed a bug with displaying the print dialog. The update will be available in the next prerelease build.

Thank you.

[Togo]

Hello

Thanks for your response, we have tested the latest pre-release 2016.2.2 and we discovered that the resulting PDF is treated like an attachment and the user can only see the Open/Save dialog of the browser, whereas in WebViewer the print dialog of the PDF viewer will be brought up.

Please kindly advise on achieving the above in the new WebViewerFx.

Thanks

[HighAley]

Hello.

We need some time to fix the issue.
We will let you know about results.
(Ticket: #3326)

Thank you.

[HighAley]

Hello.

We are sorry. The issue was in the why the browser shows PDF.
We have added a workaround code as we did it with the Web Viewer, please, check our next prerelease build, that will be available on Friday.

Thank you.

[Togo]

Hello

Thanks for your response, with the pre-release the print function is working as expected now.

However we noticed a problem with the updated WebViewerFx in Stimulsoft.Reports.Web, in which if the user user viewed the report from the same mrt file multiple times with different data, the report with the first attempt data will always be rendered.
This issue only affects the updated WebViewerFx and the WebViewer / old WebViewerFx is working properly.
We have tried different options on CacheMode / CacheTimeout but that does not help.
Please kindly advise.

Thanks

[Alex K.]

Hello,

We have added GlobalReportCache option for the StiWebViewerFx. Works the same as for the StiWebViewer:
enabled - for caching uses only report's guid (It saves the server's memory if reports are static),
disabled - uses additional unique guild of the client (value by default).

The update will be available in the next build in this week.

Thank you.