[Libreoffice-bugs] [Bug 115811] pdfium based ipdf defaults to 96 dpi for image, need an option for higher resolution

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=115811

--- Comment #15 from V Stuart Foote <vstuart.foote at utsa.edu> ---
(In reply to Jan Holesovsky from comment #14)
> Stuart: The problem here is that this code is used not only for insertion of
> a PDF (and thus showing just the 1st page), but also for rendering all the
> pages in PDFs in the Online.
> 
> Increasing the DPI to 300 would require 9x more memory for the renders,
> which is too much; so the dynamic approach outlined in the comment 3 and
> comment 6 would be really ideal.
> 
> Adding Quikee who is now working on various PDF related improvements, and
> previously he reworked the swap in/out mechanism, maybe he'll have an idea
> how to do this with a reasonable effort.

OK, reasonable for LO Online concerns. But given that the ipdf insertion that
resolved bug 89727 is treated as an "insertion of a PDF page as an image" has
it ever made sense to keep the *entire* source PDF around? If just the PDF
source page is carried in ODF archive couldn't the resolution of the preview be
set as high as requested/needed for good screen appearance. 

For the insert as image handling, why not reduce the overhead; i.e. first
reduce the source PDF to just the target page, and render only that to canvas
(retaining only the reduced PDF for printing). 

Benefit of avoiding the potential privacy/security concerns of bug 131768

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20200909/bf89398b/attachment.htm>