https://bugs.documentfoundation.org/show_bug.cgi?id=101083
--- Comment #11 from Regina Henschel <rb.hensc...@t-online.de> ---
Not fixed for me with Version: 6.1.0.0.alpha1+ (x64)
Build-ID: 439f17c5cf43b38092b1b834bb006420220262e1
CPU-Threads: 8; BS: Windows 10.0; UI-Render: GL;
Gebietsschema: de-DE (de_DE); Calc: CL
The problem is the patternTransform attribute in the <pattern> element. If I
set the scaling factor to 0.163399, there are no problems. With scaling factor
0.0163399 I get high computer workload, but in the end it is rendered and on
high zoom the circles are visible.
factor 0.163399 means about 30×30=900 circles to be rendered.
factor 0.0163399 means about 300×300=90000 circles to be rendered.
factor 0.00163399 as in the attached "simplifier sample" file means about
3000×3000=9000000 circles to be rendered.
I think, there need to be a cut, so that if the to be drawn circle becomes
smaller then a threshold, it is no longer drawn as circle. Ersatz might be
solid filling with a color with transparency, which considers the percentage of
the filled area.
I cannot confirm, that it worked before version 3.6. In version LibreOffice
3.5.1.2 Build ID: dc9775d-05ecbee-0851ad3-1586698-727bf66 the graphic is not
rendered at all.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
