Created attachment 46218 [details]
Simple text document to demonstrate the bug
When exporting documents containing table borders or line-based graphic objects where the line width is set to minimum (0.05pt), it is expected that when viewing the PDF, all lines will appear the same. However this is not the case - some lines appear thicker than others. Different lines will be affected as the table or graphic is modified or is moved around in the document.
Attached is a simple document containing a single empty table to demonstrate this. Also attached is the resulting PDF and a screenshot of the PDF being viewed using Adobe Reader.
This bug was/is not present in any of the recent vanilla binary releases of OpenOffice.org (3.1.1, 3.2.1, 3.3.0) but is present in the vanilla binary release of LibreOffice 3.3.2 and also in the Debian build of OpenOffice.org 3.2.1 (OOO320m19 (Build:9505), ooo-build 22.214.171.124, Debian package 1:3.2.1-6~bpo50+1), so was presumably introduced in a patch that was never applied upstream.
For tables it is possible to work round this bug by ticking the "Merge adjacent line styles" box in the table border properties, but as there doesn't seem to be a way of doing this globally, this isn't very practicable if you have a large number of existing documents to maintain.
I haven't found an equivalent workaround for graphic objects.
Created attachment 46219 [details]
Result of exporting document to PDF
Created attachment 46220 [details]
Screenshot of PDF viewed using Adobe Reader
Is it because of the "zoom" to 69% or something?
Anyways, I do see some minute changes in line thickness and color (black vs. grey)... I will assign it to Cedric for more analysis.
I confirm the bug.
When exporting via PDF some graphs made with libreoffice draw, the line widths appear to be somehow erratic, with some lines slightly thicker, and some other looking thinner. Or at least, this is the rendering that you get on screen via most pdf viewers.
It is unfortunate that this makes some documents produced using libreoffice somehow less professionally looking than they should when read on screen.
Printing of the PDF appears to be OK, though.
I have the same problem. Tables with a 0.05 pt border, that with OpenOffice exported as thin lines in a PDF, are exported as thick lines from LibreOffice. The result is the same with Adobe Reader (9.5.0) or Apple Preview (OS X 10.6.8).
According to Adobe Acrobat Pro, the effective line widht is 0.0. I don't how to compare the same lines exported from OpenOffice, since Acrobat Pro does not show Stroke-type objects in this case (only Fill types are shown, and there is no stroke width).
According to the Properties dialog in Acrobat Pro, it also seem that the two PDF files have been generated using the same PDF version and parameters.
[Reproducible] with reporter's sample and "LibreOffice 3.4.1 RC1 - WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:201)]" (JPG, 300dpi)
Worked fine with with "LibreOffice Portable 3.3.0 - WIN7 Home Premium (64bit) German UI [OOO330m19 (Build:6) tag libreoffice-126.96.36.199]", so this might have been a regression.
Again works fine with "LibreOffice 3.4.5 German UI [Build ID: OOO340m1 (Build:502)]" parallel Server installation on German WIN7 Home Premium (64bit) and
"LibreOffice 188.8.131.52 German UI/Locale [Build-ID: dc9775d-05ecbee-0851ad3-1586698-727bf66] on German WIN7 Home Premium (64bit)
(others not tested.
Removed "Blocks Bug 35673" because because 3.4 lifecycle is terminated.
Worksforme because no longer reproducible.
@sergio, Paolo T.:
Please always contribute detailed information with what version and settings you reproduced a problem.
Please feel free to reopen this bug if you find out that the problem still exists with the current stable 3.5 LibreOffice version.
Comment #6 --> keyword regression added.
Best regards. JBF