LibreOffice Draw. OS: Debian Jessie 8.5 GNOME Desktop When exporting a draw as .PNG, the exported area is restricted to the "within margin" area, but when exporting as .JPG, the exported area is the PAPER SIZE area... Not sure if it is a planned feature, but it will be nice to have the possibility to export .png and .jpg resulting the same (in this case exporting the entire PAPER SIZE area.
Exporting the left-most arrow from attachment 126392 [details] as png and jpg results in both cases in 183x189 pixels, when I mark _selection_ in the export dialog. Please double-check that you set it correctly. It's clearly a usability issue, and there are some enhancement request regarding file export (cf. bug 100467).
Created attachment 126421 [details] Original .odg document... Original .odg document...
Created attachment 126422 [details] Correctly exported JPG Correctly exported JPG
Created attachment 126423 [details] Difference (exported) as PNG Using the same procedure to export to .PNG creates a different result...
/confirmed (thanks for adding the example) Version: 5.3.0.0.alpha0+ (x64) Build ID: f536a83d51443d19dba58157cea28fb67a090e02 CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; TinderBox: Win-x86_64@62-TDF, Branch:MASTER, Time: 2016-06-13_01:19:21 Locale: de-DE (de_DE) The issue becomes more striking when you shrink the page height: it results in a squeezed text (export the complete image to PNG). The sample document has a colored background and large margins (5cm). And those are not respected. Changing the subject accordingly (was: Export .PNG differ from export .JPG) and moving the ticket to component filters. It's an issue for Draw and Impress but not in Writer.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
I create a new document using LO Draw. The default page is 8.5" by 11" in portrait orientation. The page has the default left, right, top and bottom margins of 0.39", leaving a usable area of 7.72" by 10.22". I create a graphic, e.g. a square box, of 3.24" by 2" against the top and left margins. I select File->Export and save the entire page as PNG type. The width and height are 8.5" by 11" as expected. The default resolution is 96 pixels per inch which is fine. I select compression "1" and use the defaults of interlaced and save transparency. The PNG IHDR chunk confirms the image is 816 by 1056 pixels, which at 96ppi is 8.5" by 11". The square box graphic I added is now aligned to the top-left of the page image, not to the top left margins I set on the page where I drew it. The box itself is now rasterized to 344 by 208 pixels. At the 96ppi I selected, this should have been 311 by 192. Draw exports the area inside the page margins to a PNG to the size of the entire page, scaling it up.
(In reply to Bart Besseling from comment #7) > I create a new document using LO Draw. > The default page is 8.5" by 11" in portrait orientation. > The page has the default left, right, top and bottom margins of 0.39", > leaving a usable area of 7.72" by 10.22". > I create a graphic, e.g. a square box, of 3.24" by 2" against the top and > left margins. > I select File->Export and save the entire page as PNG type. > The width and height are 8.5" by 11" as expected. > The default resolution is 96 pixels per inch which is fine. > I select compression "1" and use the defaults of interlaced and save > transparency. > The PNG IHDR chunk confirms the image is 816 by 1056 pixels, which at 96ppi > is 8.5" by 11". > The square box graphic I added is now aligned to the top-left of the page > image, not to the top left margins I set on the page where I drew it. > The box itself is now rasterized to 344 by 208 pixels. At the 96ppi I > selected, this should have been 311 by 192. > Draw exports the area inside the page margins to a PNG to the size of the > entire page, scaling it up. I installed a new instance of LibreOffice version 6.4.5.2 for 64-bit Windows 10 from the web site today.
Dear Valter Fukuoka, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Could not reproduce in latest master.
To have the page border in exported PNG, is a nice feature that I want too, better if activable by the user via a check button in export dialog
(In reply to Valter Fukuoka from comment #0) > When exporting a draw as .PNG, the exported area is restricted to the > "within margin" area, but when exporting as .JPG, the exported area is the > PAPER SIZE area... This is an inherited issue that is related to transparency and is tracked in bug 89828. PNG didn't support transparency back in OOo 3.3, but GIF did and the issue is reproducible with that format too. *** This bug has been marked as a duplicate of bug 89828 ***