<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - PDF insertion regressions in 5.4" href="https://bugs.documentfoundation.org/show_bug.cgi?id=108726#c9">Comment # 9</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - PDF insertion regressions in 5.4" href="https://bugs.documentfoundation.org/show_bug.cgi?id=108726">bug 108726</a> from <a class="email" href="mailto:vstuart.foote@utsa.edu" title="V Stuart Foote <vstuart.foote@utsa.edu>"> V Stuart Foote</a> <pre>(In reply to sergio.callegari from <a href="show_bug.cgi?id=108726#c8">comment #8</a>) > > I think return of break would requires enhancement as in <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> to use Skia graphics with the pdfium filtered PDF. > > Wouldn't it be possible, at least for the time being, leaving in place and > leveraging the 5.3 codepath for the "break", until it is possible to switch > to use Skia graphics with the pdfium filtered PDF? > As in your original posting in <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED NOTABUG - Opening a PDF file in draw and inserting a PDF file in draw to then break it is not equivalent" href="show_bug.cgi?id=104648">bug 104648</a>, _no_. Miklos' work on an "insert as image" capability (resolving <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>) and then moving it to a pdfium based filter simply does not support it. > > A PDF file filter import opened into into Draw still support the "break". > > If you "open" the pdf file with draw, in opposition to "inserting" it into > an existing draw document, then the conversion into native LibO objects is > automatic (opposed to showing the image rendered by pdfium), which is why > the "break" action remains supported, I think. > Yes that is correct, but the PDF structure is lost losing fidelity when printing or reexporting out of the saved ODF drawing. > Indeed, the possibility of getting this behavior through the "opening" of > the pdf document in draw is a useful workaround for the lack of "break" > option when inserting the pdf image in an existing drawing/presentation. > Another workaround is to open in inkscape, save as emf and insert the emf > that supports the break action. Still, it seems a bit more complex than > desirable and a bit inconsistent to have break on all vector formats (svg, > emf, wmf, native metafile), but PDF. There are better ghostscript based PDF conversions than Inkscape--but that is one approach.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>