https://bugs.freedesktop.org/show_bug.cgi?id=84267
V Stuart Foote <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|highest |medium Status|UNCONFIRMED |NEW CC| |[email protected], | |[email protected] Summary|Document with custom colors |External format documents |and gradients are very |with custom colors and |difficult to deal with |gradients need more robust | |filtering on import Ever confirmed|0 |1 Severity|critical |enhancement --- Comment #1 from V Stuart Foote <[email protected]> --- Jay, *, Sorry, but this is an import filter interoperability issue for (admittedly needed) better handling Microsoft color mappings, gradients and word art on import to corresponding LibreOffice ODF format. The issue is not a problem with native LibreOffice color handling, it is not a bug--rather an enhancement--and is certainly not critical as there are no substantive issues when creating original content in LibreOffice ODF. The original document attachment 83059 is a MS Office 2007 generated .pptx in ECMA-376 XML, not even OfficeOpen XML, and frankly there are more substantive issues with its import filter layout result than loss of color mapping of bug 84205 during round trip. Believe there can be similar issues of dealing with color mappings inside SVG, EMF+, WMF, EPS, any of the numerous raster formats, or even other functional ODF generators--but those also are handled with filters--both import or export. As you suggest, the structure of import filters to handle custom color mappings for document elements probably should be improved. How to do that is better left to a motivated developer. Stuart -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
