The problem isn't related to SAP Fiori. I tried with a random PDF that is set to landscape orientation : https://www.wpi.edu/sites/default/files/docs/Events/Annual-Events/landscape.pdf Printing it from Firefox embeded viewer passes it to the printer in portrait. When printing from any other pdf viewer, it's printing in landscape.

I'm not a developper, I do not know how to generate a PDF using any available tools out there, but something I realize is if I save the pdf file from the firefox embeded viewer and open it in a text editor, the header and footer are formated differently than doing the same thing in adobe reader per exemple.

Hi Jonathan, I don't think Firefox automatically rotates from Portrait to Landscape, or detects the PDF paper size, for printing. You can select the correct orientation using the Print Preview screen. Instead of using Ctrl+p, call up preview using either:

• "3-bar" menu button > Print
• (menu bar) File > Print Preview

Actually, I generally recommend printing PDFs from your stand-alone PDF program because you often get better fidelity. (Firefox converts the PDF to HTML to display it.) You can use the download button on the viewer's black toolbar for that:

jscher2000 said

Hi Jonathan, I don't think Firefox automatically rotates from Portrait to Landscape, or detects the PDF paper size, for printing. You can select the correct orientation using the Print Preview screen. Instead of using Ctrl+p, call up preview using either:

• "3-bar" menu button > Print
• (menu bar) File > Print Preview

Actually, I generally recommend printing PDFs from your stand-alone PDF program because you often get better fidelity. (Firefox converts the PDF to HTML to display it.) You can use the download button on the viewer's black toolbar for that:

Sadly this cannot be done. We try to configure Firefox in a way that the end user doesn't need to manually changes some parameters to achieve their daily tasks. Also, changing the default pdf application to Adobe reader will impact another system that works great with the embeded viewer.

Is there a way for a developer to mess with the pdf.js so that the embeded viewer does not interfer with the original format of a pdf ?

jonathan.gaudreau said

jscher2000 said

Actually, I generally recommend printing PDFs from your stand-alone PDF program because you often get better fidelity. (Firefox converts the PDF to HTML to display it.)

Also, changing the default pdf application to Adobe reader will impact another system that works great with the embeded viewer.

The user can click the button, you don't need to change the default setting. But I get that you think this would be too difficult for your users. As an alternative, how about serving those PDFs with content-disposition: attachment to bypass the built-in viewer and pop up the download dialog?

• Example: https://www.jeffersonscher.com/res/servepdf.php?f=Mixed_Content_Blocking.pdf
• PHP Code: https://www.jeffersonscher.com/res/servepdf.php (this can be done in any server-side language; there's probably an easier way)

Is there a way for a developer to mess with the pdf.js so that the embeded viewer does not interfer with the original format of a pdf ?

The built-in version of the viewer is considered protected browser code and can't be modified by extensions. If you host the viewer on your server and load the PDF into it, you can modify the viewer. It's open source:

• Demo: https://mozilla.github.io/pdf.js/web/viewer.html
• Code: https://github.com/mozilla/pdf.js/

However, overriding Firefox's printing behavior is probably beyond the scope of a web page. For example, you could add a rule to rotate PDFs, but if the user has the default value of Shrink to Fit, it will be too small (the scaling is calculated before the rotation is applied).

@media print {
  /* Rotate letter size landscape PDF page for 
     printing on portrait paper; assumes:
     letter size output, 100% scaling */
  body {
    transform: rotate(-90deg) translate(-11in, 0);
    transform-origin: 0 0;
  }
}

Great information! jscher2000 said

jonathan.gaudreau said

jscher2000 said

Actually, I generally recommend printing PDFs from your stand-alone PDF program because you often get better fidelity. (Firefox converts the PDF to HTML to display it.)

Also, changing the default pdf application to Adobe reader will impact another system that works great with the embeded viewer.

The user can click the button, you don't need to change the default setting. But I get that you think this would be too difficult for your users. As an alternative, how about serving those PDFs with content-disposition: attachment to bypass the built-in viewer and pop up the download dialog?

• Example: https://www.jeffersonscher.com/res/servepdf.php?f=Mixed_Content_Blocking.pdf
• PHP Code: https://www.jeffersonscher.com/res/servepdf.php (this can be done in any server-side language; there's probably an easier way)

Is there a way for a developer to mess with the pdf.js so that the embeded viewer does not interfer with the original format of a pdf ?

The built-in version of the viewer is considered protected browser code and can't be modified by extensions. If you host the viewer on your server and load the PDF into it, you can modify the viewer. It's open source:

• Demo: https://mozilla.github.io/pdf.js/web/viewer.html
• Code: https://github.com/mozilla/pdf.js/

However, overriding Firefox's printing behavior is probably beyond the scope of a web page. For example, you could add a rule to rotate PDFs, but if the user has the default value of Shrink to Fit, it will be too small (the scaling is calculated before the rotation is applied).

@media print {
  /* Rotate letter size landscape PDF page for 
     printing on portrait paper; assumes:
     letter size output, 100% scaling */
  body {
    transform: rotate(-90deg) translate(-11in, 0);
    transform-origin: 0 0;
  }
}

Great information you just shared. I'll pass along these informations to our project team and see what they achieve with what you just shared.

Thank you!