https://bugs.documentfoundation.org/show_bug.cgi?id=84032
Stéphane Guillou (stragu) <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |stephane.guillou@libreoffic | |e.org --- Comment #10 from Stéphane Guillou (stragu) <[email protected]> --- Created attachment 193207 --> https://bugs.documentfoundation.org/attachment.cgi?id=193207&action=edit Modified sample ODG illustrating how line thickness and Z-order matter Still as described in: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 479b5bbe8ca2177ba7574e7aa2308b5d0de1895c CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded Same in OOo 3.3, so behaviour is inherited. But to me it is not clear that this is a bug, or what the bug is: - I understand the intersection to be "everything that is contained in all of the objects simultaneously"[1], which for two overlapping circles, with a line thickness of 0, would include a fill if it exists. - If the line has a non-zero thickness, and there is no fill, then it makes sense to use that ring for the intersection. - In the sample file, the grey disc is a "Bézier curve", and the circle is "polygon with 400 corners". I'm not sure why the object is presented as an empty pink circle when its Line has "Style: none" and its area is filled with pink. - LO uses the object styling (area fill, line properties...) of the object that is behind for the resulting intersection object. In the original sample, the circle is at the front, so the styling used is the grey disc's. If the Z-order is switched, the result is a pink disc. - If the objects are copied, result is different: 0-corner polygon regardless of Z-order. See attached modified sample, with shape examples illustrating how Z-order and line thickness matter. IMO, the actual issues are: * Display of original objects: - line visible even though it's set to "none", uses fill colour; - no fill visible even though it is set to solid colour; * Intersection of copies results in 0-corner polygons. Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 479b5bbe8ca2177ba7574e7aa2308b5d0de1895c CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded [1]: https://en.wikipedia.org/wiki/Intersection -- You are receiving this mail because: You are the assignee for the bug.
