94774 – (OOXML-Object-Fill) [META] DOCX (OOXML) object fill bugs

Bug 94774 (OOXML-Object-Fill) - [META] DOCX (OOXML) object fill bugs

Summary: [META] DOCX (OOXML) object fill bugs

Status:	NEW

Alias:	OOXML-Object-Fill

Product:	LibreOffice
Classification:	Unclassified
Component:	LibreOffice (show other bugs)
Version: (earliest affected)	unspecified
Hardware:	Other All

Importance:	medium normal
Assignee:	Not Assigned

URL:
Whiteboard:
Keywords:

Depends on:	76682 94238 94773 96527 98595 128795 131098 136082 153762 80039 94227 94231 97057 99497 102997 103478 108065 109184 112088 115204 123106 123108
Blocks:	Object-Fill DOCX MSO-Formats
	Show dependency tree / graph

Reported:	2015-10-05 03:30 UTC by Yousuf Philips (jay) (retired)
Modified:	2023-02-20 15:45 UTC (History)
CC List:	3 users (show)

See Also:
Crash report or crash signature:
Regression By:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Yousuf Philips (jay) (retired) 2015-10-05 03:30:24 UTC

This meta bug is focused on bugs related to object/shape fill problems during import and export.

Comment 1 Regina Henschel 2018-01-24 13:02:31 UTC Comment hidden (obsolete)

I have added bug 48392. The root cause of a lot of fill problems in the filters is the fact, that the needed svg gradients are not implemented although they are part of ODF.

Comment 2 Yousuf Philips (jay) (retired) 2018-01-24 14:27:40 UTC Comment hidden (obsolete)

(In reply to Regina Henschel from comment #1)
> I have added bug 48392. The root cause of a lot of fill problems in the
> filters is the fact, that the needed svg gradients are not implemented
> although they are part of ODF.

This bug is not OOXML related, its ODF related, so not suitable for this meta bug.

Comment 3 Regina Henschel 2018-01-24 14:57:06 UTC Comment hidden (obsolete)

The gradients in OOXML have multi-stops. Such cannot be represented with the draw:gradient elements, but can be represented without problems by the svg:linearGradient or svg:radialGradient elements. After this elements are implemented in LO, the gradients from OOXML can be translated to ODF nearly 1:1. Therefore I think OOXML filter depends on the implementation of the svg gradients. Currently multi-stop gradients in OOXML-files are rendered wrongly.