Apache OpenOffice (AOO) Bugzilla – Issue 116371
PDF-Export: background color of hatching not exported
Last modified: 2017-05-20 10:30:40 UTC
A user at the de-users-list made me aware of this issue. He created a sample file, that I'll attach to this issue. Description: He created a odg-file with a hatching in the background and set the hatching to hatch 4. He choose a background color for this hatching and set it to 20% grey. The odg-file contains also some text in the foreground. If you export this file with OOo 3.2.1 to PDF you got the background color exported. If you do the same with OOo 3.3.0-rc8 and LibreOffice 3.3.0-rc2 the background color is not visible in the PDF-File. This is a regression to OOo 3.2.1 and should be fixed before the release.
Created attachment 75506 [details] The testfile with the backgrounded hatching
Created attachment 75507 [details] PDF-Export with OOo 3.2.1
Created attachment 75508 [details] PDF-Export with OOo 3.3.0 rc 8
Created attachment 75509 [details] PDF-Export with OOo 3.3.0 rc 8
Created attachment 75510 [details] PDF-Export with LibreOffice 3.3.0-rc2
I made my tests on openSuSE 11.3-x64 with the vanilla versions of OOo-x64 and LibreOffice-x64.
AW: Happened with fixing #i111954#, is in the version for 7 months. Problem is that when converting the primitives to metafile format (since all exports still use metafile format) the evtl. background fill of a hatch-filled objects was not taken into account. This is because before #i111954# the primitive decomposition was used which does everything correct; that fix calls OutputDevice::DrawHatch again and thus backgrund fill was gone. Adding proposed fix as patch. Fix is compatible and not critical, it just creates the missing filled PolyPolygon when needed.
Created attachment 75555 [details] Proposed fix for missing background fill for hatched objects
AW->PL: Please have a look at the patch and review.
patch seems to work fine
committed in CWS calc65
adjusting target to 3.3
please verify in CWS calc65
Verified with cws cal65 = OK