<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - PDF created show wrong images" href="https://bugs.documentfoundation.org/show_bug.cgi?id=117059#c4">Comment # 4</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - PDF created show wrong images" href="https://bugs.documentfoundation.org/show_bug.cgi?id=117059">bug 117059</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 Miklos Vajna from <a href="show_bug.cgi?id=117059#c3">comment #3</a>) > `pdfcrop` from tex is something I tested in the past, that was working fine > within LO. How do you know that generated PDF is corrupt, do you have the > validation result from <a href="https://www.pdf-online.com/osa/validate.aspx">https://www.pdf-online.com/osa/validate.aspx</a> or some > other PDF validator? No, sorry I was not clear. Corrupt in the sense that when exported back to PDF the cropping window for each embedded PDF image has the correct dimension, but is misplaced from its original. So is that an internal of the OS X cropping to PDF (and maybe NOB), or something we need to adjust in LO's PDF export filter to correct location of the cropped element? Guess when I get a moment I'll check if after restoring the full PDFs, i.e. reversing the cropping, I can use a different PDF editor to crop out each chart and then recompose the Impress slide. And then export it from LibreOffice as PDF to see if there is a better result.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>