ThierryHFR
ThierryHFR
> Sorry, I can’t find it: > >  Wait, gnome validates! 
More details on the problem encountered: The problem occurs only when using firefox-esr (with portal) Linux Stretch is the debian version used. libcups2 (2.2.1-8+deb9u7) on Stretch, on the print server...
I think it should just be an information
Firefox sends a pdf file that contains all the information, paper size, margins... You have to read the pdf to be able to print it page by page.
I don't agree: the event "handle-prepare-print" opens the dialog box the event "handle-print" starts the printing This is the behavior of xdg-desktop-porta-kdel
I have no idea how to sandboxed the use of poppler, I am taking advice
Thanks, I'll take a look.
I based myself on the implementation of kde, if there is a token we use it. otherwise we launch directly the printing, we never launch the dialog box. This is...
> It sounds like KDE is not following the documentation: https://flatpak.github.io/xdg-desktop-portal/#gdbus-org.freedesktop.portal.Print Thanks for the documentation, and you are right. Indeed Kde does not respect the documentation, but Mozilla does the...
This can also be seen as an evolution. A PDF contains all the information necessary to be processed by a printer. Why transmit more information than necessary. For a long...