Apache OpenOffice (AOO) Bugzilla – Issue 61324
Cell borders differs in thickness when printing
Last modified: 2013-08-07 15:14:17 UTC
File->Print->PDF Converter (via ghostscript 8.53) doesn't give cells that have equally thick borders the same thickness. Just create a Calc spreadsheet with or without text in a few vertical cells and then add borders (vertical, horisontal or mixed, doesn't matter). Then print using the standard PDF Converter (created via spadmin.bin) and look at the result (I'm using Adobe Acrobat Reader 7.0.1). If you zoom in you can see that the "bad looking" borders are about twice as thick. I can't see any way to upload or attach a file here so you will have to do without example files.
Created attachment 33671 [details] Example of bad looking pdf
Created attachment 33672 [details] Example file that was printed to PDF
Hi Philipp, please have a look at this one. Frank
happens on all platforms when printing and has nothing to do with PDF converter
This is basically a rounding issue; the cell borders are drawn as a filled polygon which is in an arbitrary coordinate system. For each border basically the same polygon is drawn, just moved to other coordinates. When drawing these each time the polygon is converted to pixel coordinate space, at which point the rounding comes into play, the polygons cross different pixel counts and are sometimes one, sometimes two pixels high. The only way to fix this in vcl would be to exchange one rounding error in favor of another; we could scale the polygon subpoints relative to the first point of the polygon. I discussed this with thb and he was strongly opposed to this, citing that we would just create other bugs this way where polygons wouldn't fit anymore which did before. The conclusion would be that the cell borders should perhaps be drawn another way, e.g. as a line with thickness. What could also work would be always drawing the same polygon but using the mapmode offset to translate the polygon.
*** Issue 63160 has been marked as a duplicate of this issue. ***
Changing target (last integration for 2.0.3 is over).
PDF and printing isn't quite the same with regards to rounding. For the one case of PDF export and thin (1 twip) lines, it would help to change rounding in svx/source/dialog/framelink.cxx, lclScaleValue, to always round down (remove the 0.25), so 1 twip is converted to 1/100th mm. For other cases, I guess we'll have to live with the rounding effects.
fixed in SRC680/dr48 (OOo 2.0.4)
back to QA for verification re-open issue and reassign to fst@openoffice.org
reassign to fst@openoffice.org
reset resolution to FIXED
Found fixed on Solaris, Windows and Linux in cws dr48
found integrated on master m176 usinf Solaris, Windows and Linux build
*** Issue 70140 has been marked as a duplicate of this issue. ***
*** Issue 103942 has been marked as a duplicate of this issue. ***