Is it possible to add an option similar to the Data() method that can be used to pass additional parameters to the remote endpoint through the Read request of the PDFViewer?

For example:

    @(Html.Kendo().PDFViewer().Name("pdfviewer")
        .DplProcessing(dpl => {
            dpl.Read(r => r.Url(Url.Action("GetInitialPdf", "PdfViewer")).Data("additionalParams"));
            ...
        })
    )

<script>
function additionalParams() {
  return {
    param1: "test"
  }
}
</script>

I have a screen that I'm manually calling the print functionality of the kendo-pdfviewer from a button click.   It is working, but the problem is that the resulting print dialog window is really small.   Even if I open the print dialog, resize the dialog, and then try to print again it gets reset to the original small size.  This is preventing our users from previewing what the resulting page will print like.   



This is the code for my pdf viewer

<div class="row">
    <div class="col">

        <div id="example">

            <kendo-pdfviewer name="pdfviewer" height="300">
                <pdfjs-processing file="@(Url.Page("/Badges/Details", "VisitorBadge", new { BadgeId = @Model.Id }))" />
                <toolbar enabled="false">
                    <pdfviewer-toolbar-items>
                        <pdfviewer-toolbar-item command="PrintCommand" type="button" name="print" icon="print"></pdfviewer-toolbar-item>
                    </pdfviewer-toolbar-items>
                </toolbar>
            </kendo-pdfviewer>
        </div>

        <style>
            html body #pdfviewer {
                width: 100% !important;
            }
        </style>
    </div>
</div>

    badgereport.onWindowOpen = function () {
        $pdfviewer = $("#pdfviewer").data("kendoPDFViewer");
        $printBadgePdf = $("#printBadgePdf");
        $closeBadgePdf = $("#closeBadgePdf");
        $badgeWindow = $("#badgeWindow").data("kendoWindow");

        $printBadgePdf.on("click", function (e) {
            e.preventDefault();
            $pdfviewer.execute({ command: "PrintCommand" });

        });
        $closeBadgePdf.on("click", function (e) {
            e.preventDefault();
            $badgeWindow.close();
        });

    };

Bug report

A specific PDF file (example can be found in ticket : 1493640) shows upside down in DPL case

Reproduction of the problem

Run the DPL processing demo locally and replace the file with the one provided in the ticket

Current behavior

The file is shown upside down

Expected/desired behavior

The file should not be rendered upside down

Environment

• Kendo UI version: 2020.3.1021

Bug report
A specific PDF file (example can be found in ticket : 1493640) shows upside down in DPL case

Reproduction of the problem
Run the DPL processing demo locally and replace the file with the one provided in the ticket

Current behavior
The signature is not shown

Expected/desired behavior
The signature should be shown

Environment
Kendo UI version: 2020.3.1021

Bug report

When a PDF file that contains PNG images is loaded in the PDFViewer that uses DPL, the PNG files are not displayed in the viewer.

Reproduction of the problem

1. Open this project(PDFViewerDPL.zip) and run it

Current behavior

An empty file loads in the PDFViewer while the loaded PDF file contains the logo of the Firefox browser.

Expected/desired behavior

The PDFViewer should display the Firefox logo loaded in the PDF file.

Environment

• Kendo UI version: 2020.3.1021
• jQuery version: x.y
• Browser: [all]

Currently, if a PDFViewer is opened on a mobile device and we use two fingers to zoom its content, the file is zoomed but the more we zoom it, the blurrier its content becomes. The reason for this is the fact that when we use "pinch-zoom" to zoom the PDF file(in a PDFViewer) it is zoomed using the browser's zoom functionality and not the functionality provided by the PDFViewer component. 

It will be a very useful feature if the built-in PDFViewer zoom functionality is used when the user zooms content with two fingers, on a mobile device

pdfViewer toolbar are always in english :

Bug report

The PDFViewer HTML helper incorrectly serializes the passed to its "File" configuration URL, when the URL has an ampersand(&) sign in it. In the output of the HTML helper, the ampersand is changed with its ASCII code - "\u0026"

• The issue is reproducible both in the UI for ASP.NET Core and UI for ASP.NET MVC suites.

Reproduction of the problem

1. Create an ASP.NET Core or MVC project
2. Paste the below code in it and run it
   @(Html.Kendo().PDFViewer() .Name("pdfviewer-test") .PdfjsProcessing(pdf => pdf .File("https://myrandomcomain.com/api/MyFolder/GetPDF?reference=xxxxxxxx&param1=0&param2=100&contentType=application/pdf") ) .Height(400) )
3. View the source of the opened page and see the generated Javascript code

Current behavior

The generated code is:
jQuery("#pdfviewer-test").kendoPDFViewer({"pdfjsProcessing":{"file":{"url":"https://myrandomcomain.com/api/MyFolder/GetPDF?reference=xxxxxxxx\u0026param1=0\u0026param2=100\u0026contentType=application/pdf"}},"height":400});

Expected/desired behavior

The expected result is
jQuery("#pdfviewer-test").kendoPDFViewer({"pdfjsProcessing":{"file":{"url":"https://myrandomcomain.com/api/MyFolder/GetPDF?reference=xxxxxxxx&param1=0&param2=100&contentType=application/pdf"}},"height":400});

Environment

• Kendo UI version: 2020.1.219
• jQuery version: x.y
• Browser: [all]

1. Allow the elastic behavior of the PDFViewer's mobile scroller to be disabled. Currently, when scrolling to the top or to the bottom, the document jumps and then immediately re-adjusts its position under the widget's header/bottom border.

2. Add the ability to manually scroll the document up/down with mousedown.

3. Add keyboard scrolling support.

Provide editable AcroForms support in PDFViewer.

The current implementation of the Kendo PDFViewer depends on pdf.js, so the following should be taken into account:

https://github.com/mozilla/pdf.js/issues/7613