https://bugs.documentfoundation.org/show_bug.cgi?id=105822
--- Comment #9 from Regina Henschel <[email protected]> --- It is still a problem in Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: b1c0c4838d2e006ffa8e72516569ce8d13bdbe01 CPU threads: 32; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Vulkan; VCL: win Locale: de-DE (de_DE); UI: en-US Calc: threaded For the Magnetic disk I see the following reason: The current commands in file markup to draw the path are: draw:enhanced-path=" M 0 3400 Y 10800 0 21600 3400 L 21600 18200 Y 10800 21600 0 18200 Z N M 0 3400 Y 10800 6800 21600 3400 N " The part `M 0 3400 Y 10800 6800 21600 3400 N` draws the upper down arc. It is an open path, but nevertheless it is filled. The start and end point are connected with a fictive line and that area is then filled. This part needs an additional NOFILL command. In file markup it would be `M 0 3400 Y 10800 6800 21600 3400 F N` The definition for this shape is in msoFlowChartMagneticDisk in https://opengrok.libreoffice.org/xref/core/svx/source/customshapes/EnhancedCustomShapeGeometry.cxx?r=254546523f2b77e1f79a60b73712e04f233136a3#5592 There the "nofill" command has to be added to mso_sptFlowChartMagneticDiskSegm[] Instead of { 0x4000, 0xa802, 0x0001, 0xa802, 0x6000, 0x8000, 0x4000, 0xa802, 0x8000 }; it has to be { 0x4000, 0xa802, 0x0001, 0xa802, 0x6000, 0x8000, 0x4000, 0xa802, 0xaa00, 0x8000 }; The F for "nofill" in file markup corresponds to 0xaa00 in the shape definitions. Find more about the custom-shapes in https://wiki.documentfoundation.org/Development/Custom_Shape_Orientation_Guide I have not examined the other mentioned shapes. At least for the FlowChartMagneticDisk this can be an easy-hack. -- You are receiving this mail because: You are the assignee for the bug.
