[Libreoffice-bugs] [Bug 124013] FILESAVE XLSX Background fill of shapes disappear
bugzilla-daemon at bugs.documentfoundation.org
bugzilla-daemon at bugs.documentfoundation.org
Wed Sep 9 08:44:39 UTC 2020
https://bugs.documentfoundation.org/show_bug.cgi?id=124013
NISZ LibreOffice Team <libreoffice at nisz.hu> changed:
What |Removed |Added
----------------------------------------------------------------------------
See Also| |https://bugs.documentfounda
| |tion.org/show_bug.cgi?id=13
| |6566
--- Comment #15 from NISZ LibreOffice Team <libreoffice at nisz.hu> ---
(In reply to Xisco Faulí from comment #14)
> In that commit, jacobo added this comment in
> https://opengrok.libreoffice.org/xref/core/oox/source/export/drawingml.
> cxx?r=ef43ee69#443
>
> // in case the shape used the style color and the user didn't change it,
> // we must not write a <a: solidFill> tag.
>
> why? who knows...
>
The idea here was to preserve theme color info. But we still don't write out
themeN.xml so reading back the actual color fails.
Excel writes the shape solid fill like:
<a:solidFill>
<a:schemeClr val="accent2"/>
</a:solidFill>
and line color like:
<a:ln w="38100">
<a:solidFill>
<a:schemeClr val="accent6"/>
</a:solidFill>
</a:ln>
These schemeClr "links" are preserved on XLSX export by Calc.
The actual RGB values are defined in the themeN.xml which Calc unfortunately
does not save.
So Excel can use its default themes and show correctly the roundtripped colors
based on this, but Calc cannot.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20200909/e9958fa0/attachment-0001.htm>
More information about the Libreoffice-bugs
mailing list