Go to:
Demo of core features in jQuery PDFViewer widget | Kendo UI for jQuery (telerik.com). Note that pdf has 3 pages.
In the pdf viewer component demo select the printer icon and a print preview window opens. When the print preview window opens, note that the window indicates that there are 5 pages to print in the print preview. One page is added before the pdf pages and one after. This happens regardless of the printer selected.
Expected behavior: only 3 pages of the pdf should show in the print preview window.
Hello Darin,
Thank you for the additional information provided and for the sample file.
You are correct that the additional page is only present when printing via the PDFViewer component. That is why, I have re-opened the issue in our GitHub repo:
https://github.com/telerik/kendo-ui-core/issues/7367
Please, keep in mind that I won't be able to provide you with an estimate of when the fix will be available as that would depend on our implementation queue.
As per converting the thread to a support ticket, that would not accelerate the implementation of the fix. Moreover, keeping the thread visible in the Feedback portal would allow other customers to vote for it, which will move the issue sooner in our priority queue.
Regards,
Veselin Tsvetanov
Progress Telerik
I don't know if the issue is with the MS Edge print manager?
I have attached a copy of the pdf we are using. This pdf was generated with the Kendo UI for Angular Grid Pdf Export.
The Grid is set to export with a paper size setting of Legal.
If I try and print the attached pdf from the Kendo Viewer component and I set the page size to Legal I am still getting an additional page before and after the pdf pages.
If I open the pdf with the built in MS Edge pdf Viewer (double click on pdf having MS Edge set as default pdf viewer with Windows 10) and I print the pdf with Legal page size, I get no additional pages.
If the issue was due to the MS Edge Print Manager, then I would expect the same behavior as the Kendo UI PDF Viewer Component.
Darin
Hello Darin,
We have further reviewed the PDFViewer print case and as per our understanding, the issue in question is not caused by the component print functionality. Attached you will find a short video summarizing our findings:
- The PDF file initially loaded in the component is formatted in A4. That means, in order to print it properly, the Paper size should also be set to A4;
- Even if the paper size is properly set, the print manager does not handle properly the settings of some printers. In such a case, the easiest way to make sure no blank pages would be printed is to remove (uncheck) the Headers and footers added by the service.
- If needed, you could also manually adjust the printing scale, so that the target paper size properly fits the entire content of each page.
Having that said, I will close the current thread and the GitHub issue I have opened on the above.
Regards,
Veselin Tsvetanov
Progress Telerik
Hi Veselin,
Is there a way to convert this bug to a Support Ticket? I am needing to get this fixed as soon as possible for one of our clients.
Thanks,
Darin
Hello Darin,
Thank you for the reported issue.
I have just converted your ticket to a bug report in our Feedback portal:
As a small token of gratitude for reporting the above, I have updated your Telerik points.
Regards,
Veselin Tsvetanov
Progress Telerik