You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In some pdf files, when I put an image with the add-image or the sign tool, I obtain a PDF with the desired image but in a different position, with wrong dimensions and wrong rotation (always 90° ccw).
I can resolve this issue by:
opening the original file with LibreOffice Draw and exporting it in PDF without modifications
using the pdf repair tool on the original file
There's clearly something wrong with the original files, but I don't have enough data ATM.
I can safely say that this has nothing to do with PDF version (some files are 1.3, others are 1.7 ...)
I can also exclude the image file format: the problem arises with jpegs, pngs...
Even if I understand that the problem is in the "somewhat broken" input files, I think that there's the possibility that solving this issue can lead to a more robust processing.
I can provide some example files to any contributor asking for it, but not publicly; DM if interested.
Thanks.
The text was updated successfully, but these errors were encountered:
Frooodle
changed the title
Wrong image placing on some files with add-image and sign tools
Wrong image rotation on some files with add-image and sign tools
Dec 11, 2023
The problem is that the orientation of the PDF in your file is 270°, which is where the incorrect ratio calculation comes from and the incorrect aurization of the image.
In some pdf files, when I put an image with the
add-image
or thesign
tool, I obtain a PDF with the desired image but in a different position, with wrong dimensions and wrong rotation (always 90° ccw).I can resolve this issue by:
pdf repair
tool on the original fileThere's clearly something wrong with the original files, but I don't have enough data ATM.
I can safely say that this has nothing to do with PDF version (some files are 1.3, others are 1.7 ...)
I can also exclude the image file format: the problem arises with jpegs, pngs...
Even if I understand that the problem is in the "somewhat broken" input files, I think that there's the possibility that solving this issue can lead to a more robust processing.
I can provide some example files to any contributor asking for it, but not publicly; DM if interested.
Thanks.
The text was updated successfully, but these errors were encountered: