https://bugs.documentfoundation.org/show_bug.cgi?id=150551
--- Comment #11 from Armin Le Grand <[email protected]> --- Thus, another simple fix for this would be: -- index 8e221affe978..8ebc653f580f 100644 --- a/drawinglayer/source/processor2d/vclmetafileprocessor2d.cxx +++ b/drawinglayer/source/processor2d/vclmetafileprocessor2d.cxx @@ -1938,6 +1938,13 @@ void VclMetafileProcessor2D::processPolyPolygonGradientPrimitive2D( return; } + // tdf#150551 for PDF export, use the decomposition for better gradient visualization + if(nullptr != mpPDFExtOutDevData) + { + process(rGradientCandidate); + return; + } + basegfx::B2DPolyPolygon aLocalPolyPolygon(rGradientCandidate.getB2DPolyPolygon()); if (aLocalPolyPolygon.getB2DRange() != rGradientCandidate.getDefinitionRange()) -- That uses the state before 20c09d351ee060bdde13d92d2bf86dd998cdb0cb for PDF exports, but keeps the fallback to old VCL rendering for other cases. As I explained in https://bugs.documentfoundation.org/show_bug.cgi?id=151081#c1 I would prefer a different approach to speedup gradient paint for pixel targets. -- You are receiving this mail because: You are the assignee for the bug.
