Summary: | Photo layout exported from PrintCreator to PDF creates huge file. | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | philippe.quaglia |
Component: | Plugin-Generic-PrintCreator | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED NOT A BUG | ||
Severity: | minor | CC: | caulier.gilles, metzpinguin |
Priority: | NOR | ||
Version: | 8.0.0 | ||
Target Milestone: | --- | ||
Platform: | Appimage | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 8.4.0 | |
Sentry Crash Report: |
Description
philippe.quaglia
2014-05-19 17:20:01 UTC
Philippe, This file still valid using last kipi-plugins 4.10.0 ? Gilles Caulier Hello Gilles. I made a test with Digikam 4.10, and things are worse. For a set of 12 pictures, I get a file of 49 Mo. Moreover, the resulting file appears blank (a uniform white page) in the default .pdf reader. Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version? If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you! Hello Justin, I just did a test again, with Digikam 7.8.0, and I get a similar result, a 36 Mo file for one page with 4x4 images. Best regards. Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone! A test here with 4 images with 24 MPixel results in 2 A4 pages with image size in a 13 x18 layout around 14 MB file as PDF. I also get this size when I insert the images into LibreOffice and save them as a PDF. What image size/MPixel are your images? Since we do not know what size the PDF file will be printed to later, it is difficult to reduce the images beforehand. You should possibly calculate the images down to the print resolution beforehand. I don't see any error here that we could fix. Otherwise we would have to ask about the print resolution. Maik Hello Maik, thanks for your answer. My images are 12 Mpix images (EOS 550D), but i tried with 4x4 images. However, you're right, may be it is not a bug, but only due to the fact that the file is constructed directly with the full resolution images. But in my usage of this tool, I create documents like contact sheet, to show or inspect my images. I expect to get a file easily printable or send able, and not a huge one. May be others uses it differently, but in digikam it's the only mean I have found to create something like a contact sheet. If I need to first create a low resolution copy of all the images, and then process them in this tool, it's far less convenient. I guess that as you propose, the best way would be to ask for the print resolution desired, and to reduce the image resolution accordingly before constructing the PDF export. In that case, this bug in not a bug, but a feature request. Best regards. I think this file is about Print Creator tool. Photo Layout Editor have never been packaged and still unmaintained. Gilles Caulier @Philippe Can you reproduce the dysfunction using 8.0.0 release ? Gilles Caulier @Gilles Yes, I get the same result with Digikam 8.0. However, as discussed previously with Maik, it may not be a bug, but a missing behavior. In the process, there may be a field to check, asking if we want to keep the original resolution of the images, or if we want to keep a uniform XXX dpi resolution for the printed page. Many thanks again for all the team for this great software. |