Bug 83256 - Import support for open image formats - ORA and XCF
Summary: Import support for open image formats - ORA and XCF
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected) Master
Hardware: Other All
: medium enhancement
Assignee: Not Assigned
Keywords: needsUXEval
Depends on:
Blocks: Format-Filters Images
  Show dependency treegraph
Reported: 2014-08-29 16:26 UTC by Yousuf Philips (jay) (retired)
Modified: 2021-01-23 12:54 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description Yousuf Philips (jay) (retired) 2014-08-29 16:26:30 UTC
It would be nice to be able to support native formats used by open source image applications like GIMP (.xcf) and Krita (.ora).

With .ora (OpenRaster), it is a format currently in development by the GIMP and Krita teams and is based on ODF. List of apps that support ORA - DrawPile, GIMP, Krita, LazPaint, MyPaint, Nathive, Pinta, XnView, Scribus
Comment 1 Joel Madero 2014-08-30 06:07:26 UTC
Yeah - completely valid request. Marking as NEW.
Comment 2 Yousuf Philips (jay) (retired) 2015-04-07 11:55:32 UTC
I see that the OpenRaster specification is hosted on freedesktop.org.

Comment 3 Buovjaga 2021-01-11 07:11:45 UTC
In the past some requests for formats like webp, jpeg2000 etc. have been closed as wontfix, so I think it would be good to re-evaluate this.
Comment 4 Heiko Tietze 2021-01-15 11:26:46 UTC
Don't think we have to add filters for every format. GIMP and Krita are tools for a different purpose and have powerful export filters itself so compatibility is granted. Even the ORA format is IMHO out-of-scope.
Comment 5 V Stuart Foote 2021-01-15 15:24:15 UTC
Conversely, if the image format is well spec'd, or better a license appropriate conversion library is available *and maintained* for filter use, why shouldn't we opt to read and bring in other graphic/raster formats--ORA (or KRA), XCF, HEIC, AVIF?

Obviously some should be extensions, and we are not implying we would provide export filter for the formats. Only an ability to flatten as needed and read in as BMP.
Comment 6 Heiko Tietze 2021-01-21 09:31:35 UTC
If this is going to be implemented as extension it's welcome. But as fully maintained import/export filter it's way too much effort for a feature being almost (in my opinion beyond the threshold) out of scope.
Comment 7 Tomaz Vajngerl 2021-01-23 12:54:01 UTC
We don't support adding new image formats as extensions AFAIK. It is also problematic as I don't think a document rendering should depend if a extension is installed or not (same with fonts, but at least the fonts can be bundled with the document). 

Supporting ORA and XCF IMHO doesn't make sense for different reasons. They are very complex formats that can contain many things than just a simple raster - like multiple layers that can be blended in various ways into the final image and things like support for higher bit depth (32bit floating point) and color spaces (CYMK). If we want to support such formats we would need to implement those features just to properly show the final raster image - better not. LibreOffice is not a raster editor so we should only support formats that are meant to hold raster images in its finished form. 

I'm sure we will add support for AVIF down the road, and hopefully also JPEG XL when the time is right for those two (more support and better tooling available).