<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body><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> changed
<a class="bz_bug_link
bz_status_NEW "
title="NEW - FILEOPEN pdf import creates unwanted rectangles"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=108813">bug 108813</a>
<br>
<table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>What</th>
<th>Removed</th>
<th>Added</th>
</tr>
<tr>
<td style="text-align:right;">See Also</td>
<td>
</td>
<td>https://bugs.documentfoundation.org/show_bug.cgi?id=86211, https://bugs.documentfoundation.org/show_bug.cgi?id=106581
</td>
</tr></table>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - FILEOPEN pdf import creates unwanted rectangles"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=108813#c5">Comment # 5</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - FILEOPEN pdf import creates unwanted rectangles"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=108813">bug 108813</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 georg.weickelt from <a href="show_bug.cgi?id=108813#c4">comment #4</a>)
<span class="quote">> Sorry, the difference is:
> pdfimport => vector
> pdfmium => pixel</span >
And? Two simple facts... LibreOffice is _not_ a PDF editor, and PDF is _not_
intended to be an editable format.
For this PDF, the pdfium based insert handles the area fills correctly, the
pdfio filter import does not.
Inadequacies of the PDF Import filter--pdfio (which breaks apart a PDF into
component Draw objects) are well known as are the issue here with clipping
these area fills (this should probably be closed as a duplicate of <a class="bz_bug_link
bz_status_NEW "
title="NEW - PDF Import: clipping is not implemented"
href="show_bug.cgi?id=86211">bug 86211</a>).
Our move to pdfium for insertion of PDF as an image, with loss of "break" (with
its call the pdfio filter), gives very high quality raster rendering of PDF
into ODF documents. What the vast majority of users require and the direction
we've taken our handling of PDF.
Further work on the pdfio import filter is needed and will occur--though
personally I think export handling are the higher priority.
Meanwhile, Miklos continues to work with Google's pdfiumm based filter. We hope
the eventual introduction of a skia based integration to canvas will restore
vector based PDF rendering, but it is not there yet (<a class="bz_bug_link
bz_status_NEW "
title="NEW - Pdfium based insertion of a PDF as image results in poor import quality, enhancement to support break after insert (comment 4)"
href="show_bug.cgi?id=106581">bug 106581</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>