<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#c8">Comment # 8</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:sergio.callegari@gmail.com" title="sergio.callegari@gmail.com">sergio.callegari@gmail.com</a> <pre>> 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? > 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. 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.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>