Created attachment 183398 [details] SmartArt 'Venn diagram' with theme colors The commits 0c13e476 and 1868dea8 have introduced theme colors (Miklos Vajna). But using them produces a regression in Writer. Make sure option "SmartArt to LibreOffice shapes or reverse" is enabled in 'Microsoft Office' in 'Load/Save' in Tools>Options. Open attached docx file. It contains a SmartArt shape. Save it to ODF 1.3extended. Reopen the saved file. You have no longer a SmartArt but a group. That is OK. The colors are OK. Save that file to docx format. Open the saved docx file in Word. The colors are missing. Instead a single blue is used. Problem is, that the shapes get a reference to the theme in their fill attribute, but the folder 'Theme' is missing. That is a regression compared to LO 7.3, which has no support for themes but sets the correct fill colors directly in the shape attributes and so the colors were correct in Word. If a solution with generating the needed 'Theme' folder is not possible for LO 7.4, then the old way with direct colors should be used. For LO 7.5 a solution with generating the needed 'Theme' folder would be nice. But if that will not be possible in time, for 7.5 too the old way with direct colors should be used for odt->docx.
I confirm it with Version: 7.5.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 55cd20e6228a06836285c14ca6726adb1bb4ffcb CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (de_DE); UI: en-GB Calc: CL threaded But you can see a problem also in LO Steps: (see above) ... Save as docx and reload Actual result: Colors are missing. Instead a single black is used. Miklos, can you have a look at it?
This never worked, full handling of the theme itself is only there in Impress. Although Tomaz is now looking at this for Writer (and ideally also for Calc later), so CC Tomaz.
Created attachment 185413 [details] File with shapes with theme color The missing theme-folder is still a problem in Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 9d44236a62bf59d120dda89924d0d1407b2bd52b CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded It affects not only SmartArt but ordinary shapes too. We now have loext:theme for odt and that works for odt in the main. Exporting such file to docx produces the correct attributes with 'schemeClr' in the markup of the shapes. But the 'theme' folder is still missing and therefore Word uses its default theme.
Created attachment 185414 [details] Screenshot comparing left Writer with right Word
@Regina can you recheck? I think this is fine now. ODT doesn't work as the element names have changed.
It still doesn't work. The theme is now exported to odt and later exported to docx. So that part is correct now. But there is the additional error, that the color transformations are lost. The ellipses in the diagram all have 'accent5' as a:schemeClr and that is read and exported. But actual color has to consider the color transformations, which is not the case yet. I see these color transformations in the drawing1.xml in the diagram in the original docx file: <a:hueOff val="0"/><a:satOff val="0"/><a:lumOff val="0"/> <a:hueOff val="-3311292"/><a:satOff val="13270"/><a:lumOff val="2876"/> <a:hueOff val="-6622584"/><a:satOff val="26541"/><a:lumOff val="5752"/> <a:hueOff val="-9933876"/><a:satOff val="39811"/><a:lumOff val="8628"/> I have tested it with a build Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 8da305acc9bc1fa0a31cd61d5da632e6bb4ae48c CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: de-DE (en_US); UI: en-US Calc: threaded
Dear Regina Henschel, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
It does not work with attachment 183398 [details] from 2022-22-03. The shapes are still all of same color after roundtrip. The problem exist in the same way with a smart art in pptx -> odp -> pptx. It exists too, if the SmartArt is converted to a group of ordinary shapes in MS Office. It seems, that the "hueOff" color transformation is not properly supported. I'll write a new bug report for that. The original problem, that the theme-folder is missing, no longer occurs. So I set this report to "works for me". All tests made in Version: 25.2.4.3 (X86_64) / LibreOffice Community Build ID: 33e196637044ead23f5c3226cde09b47731f7e27 CPU threads: 32; OS: Windows 11 X86_64 (10.0 build 26100); UI render: Skia/Vulkan; VCL: win Locale: de-DE (de_DE); UI: en-US Calc: threaded