Created attachment 126190 [details] Test files: result (pdf) Bildtest.odt (source) follows with next comment
Created attachment 126191 [details] x If a picture is in reduced size, after exporting to pdf the baseline is not shown. See lower picture in the pdf-attachment. Steps Insert (jpg-) Picture reduce size add description export to pdf I had problems to add the source attachment her. So it will follow with a dummy comment.
Created attachment 126192 [details] source source as described before.
What is this "baseline" you speak of? Your PDF looks exactly like the source document. Same with my own PDF export. Set to NEEDINFO. Change back to UNCONFIRMED after you have provided the information. Arch Linux 64-bit, KDE Plasma 5 Version: 5.3.0.0.alpha0+ Build ID: ab1b351840160655a9f0caedbb35e9fdf203c5a0 CPU Threads: 8; OS Version: Linux 4.6; UI Render: default; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on July 16th 2016
Baseline in my terms is the lowest line in the original picture. It appears in PDF if the picture und the odt is in original size. It disappears very often if the picture in the odt is smaller than the original. This problem seems to be more severe with jpg than with gif. But this is more an impression than a statement after an in depth test.
(In reply to Wilfried Koch from comment #5) > Baseline in my terms is the lowest line in the original picture. > It appears in PDF if the picture und the odt is in original size. It > disappears very often if the picture in the odt is smaller than the original. But why does your PDF display the lowest line, then? I thought the point was to attach the problematic PDF? I also tried making the picture even smaller and my PDF export still shows the lowest line. Win 7 Pro 64-bit Version: 5.3.0.0.alpha0+ Build ID: 28ac6fdc11559b58ac62089300aa99530b0b822d CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; TinderBox: Win-x86@42, Branch:master, Time: 2016-07-18_02:54:20 Locale: fi-FI (fi_FI); Calc: CL Win 7 Pro 64-bit, Version: 5.1.3.2 (x64) Build ID: 644e4637d1d8544fd9f56425bd6cec110e49301b CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; Locale: fi-FI (fi_FI)
I agree to Buovjaga. I can't see a difference between the odt-document and the pdf-file. So could you mark in the pdf-file the difference between the two pictures? Is the bug still valid with an actual version of LO? Set to NEEDINFO. Change back to UNCONFIRMED after you have provided the information.
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping-20180404
Created attachment 141083 [details] Hopefully helpful files to clearly identify the problem 5.2.0.1.rc is no longer available on my Computer. But the Problem is also present in 6.0.0.1. bugtest.ods Shows an electric circuit.On e in original an two in differently reduced sizes. In all three cases the resistor R is represented by a complete rectangle. Complete means the the rectangle also has a lower line. bugtest.pdf is created from bugtest.ods using the means of LibreOffice Writer. In the oroginal size circuit the lower line is a little bit thinner than the other lines in the rectangle. In the two reduced circuits the lower line is missing. All other lines in the drwaing are not affected.
This is just to hange the Status. You find detailed Information in the message sent some minutes ago
Created attachment 141092 [details] Screenshots from Okular Here are two combined screenshots showing a fully-zoomed Okular PDF reader with the smallest drawing in focus. The lower line does exist - it is just a little thinner. I noticed my export from 6.1 is more crisp, but maybe it is JPEG settings or something. My quality is 90 %.
Even if there exists a line. The problem still remaining is: Why are lines at the lower border of the picture treated differently from lines anywhre else. Lines elsewehere are not made thinner when the size of the picture is reduced.
Created attachment 141131 [details] Image extracted from the ODT I unzipped the ODT and this was in Pictures. In the document, it is somehow and image embedded in an SVG: <draw:frame text:anchor-type="paragraph" draw:z-index="0" draw:style-name="gr1" draw:text-style-name="P1" svg:width="12.212cm" svg:height="6.016cm" svg:x="3.203cm" svg:y="-0.45cm"> <draw:image xlink:href="Pictures/1000000000000B450000058D22823768ACF05B76.jpg" xlink:type="simple" xlink:show="embed" xlink:actuate="onLoad"> <text:p /> </draw:image> </draw:frame> I would rather create an image that has white space at the bottom as well to see, how it helps.
Creating the odt-document is (and was) OK. The problem is still the generation of the pdf from the odt. White space at the bottom of a picture can be used as a workaround. The picture example was drawn in libreoffice draw, and then exported to .jpg. afterwards it was inserted into a newly created writer document.
(In reply to Wilfried Koch from comment #14) > Creating the odt-document is (and was) OK. > The problem is still the generation of the pdf from the odt. > White space at the bottom of a picture can be used as a workaround. > The picture example was drawn in libreoffice draw, and then exported to .jpg. > afterwards it was inserted into a newly created writer document. If you want to continue investigating, attach the original Draw document.
Created attachment 141148 [details] Arcive containing the relevant files RC-Glied.odg Original Image. This image ist exported to png (RC-Glieda.png) and jpg (RC-Glieda.jpg) Export process: Select all, then export selection. In both cases the size of the image is kept, but the resolution is increased from 96 to 300 dpi. This has to do with the use of the document. Bildtest2.odt is openend emptily. In the upper part the jpg, in the lower the png is inserted. Both pictures are reduced in size to 25% using the properties dialog. Bildtest2. pdf is created by clicking on the pdf-button. It shows the lowest line missing in the image with jpg-origin, but present in the picture with png-origin.