<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - pdfium based ipdf defaults to 96 dpi for image, need an option for higher resolution"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=115811#c15">Comment # 15</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - pdfium based ipdf defaults to 96 dpi for image, need an option for higher resolution"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=115811">bug 115811</a>
from <span class="vcard"><a class="email" href="mailto:vstuart.foote@utsa.edu" title="V Stuart Foote <vstuart.foote@utsa.edu>"> <span class="fn">V Stuart Foote</span></a>
</span></b>
<pre>(In reply to Jan Holesovsky from <a href="show_bug.cgi?id=115811#c14">comment #14</a>)
<span class="quote">> 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 <a href="show_bug.cgi?id=115811#c3">comment 3</a> and
> <a href="show_bug.cgi?id=115811#c6">comment 6</a> 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.</span >
OK, reasonable for LO Online concerns. But given that the ipdf insertion that
resolved <a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED FIXED - Implement an import filter to insert single PDF pages into a document"
href="show_bug.cgi?id=89727">bug 89727</a> 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 <a class="bz_bug_link
bz_status_NEW "
title="NEW - Risk of unintended document sharing if the inserting PDF image feature is used"
href="show_bug.cgi?id=131768">bug 131768</a></pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>