https://bugs.documentfoundation.org/show_bug.cgi?id=155549
Bug ID: 155549
Summary: MCGR improve backward compatibility for axial
gradients
Product: LibreOffice
Version: 7.6.0.0 alpha1+ Master
Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: filters and storage
Assignee: [email protected]
Reporter: [email protected]
CC: [email protected]
Created attachment 187590
--> https://bugs.documentfoundation.org/attachment.cgi?id=187590&action=edit
shape with linear gradient as generated by export of an axial gradient
Open attached docx file in a current master build. Save it as odt file. Open
the saved file in LO 7.5. The fill of the shape is not correct.
Do the same with LO 7.5 and the shape in the odt file shows a correct fill.
LibreOffice export to OOXML writes an axial color gradient as a linear gradient
with symmetric color stops. Version 7.5 converts such symmetrical linear
gradient to an axial gradient on import. With the changes from MCGR this no
longer happens, because now LibreOffice can held a sequence of color stops in a
linear gradient.
When now such gradient is saved to ODF, the color stops are written in new kind
color stop elements. Versions before 7.6 do not understand these elements and
ignore them. So they see only the first and last color in the sequence but not
the intermediate colors.
To generate a gradient, that can be shown as before by versions before 7.6, it
is needed to convert the symmetrical linear gradient to an axial gradient. This
could be done on import of OOXML as before or on export to ODF.
Linear multi-color gradients are used not only by OOXML, but by binary
MS-Office formats, RTF, VML, and by SVG, and they can be created by the user
from scratch. Therefore it is preferable to use it internally too in
LibreOffice in a long term.
Thus my current idea is to add the conversion to 'axial' in the ODF export.
--
You are receiving this mail because:
You are the assignee for the bug.
