Standardizing XCF

I chose XCF over OpenRaster as the project format for an application because it felt much simpler [1]. Plus, OpenRaster seemed to be not there yet as a standard, and for something that is not recommended as an interchange format [2], XCF is somewhat stable and mature. With more effort, I think XCF can be a cross-application standard. What are your thoughts?

[1] Why I Picked XCF Instead of OpenRaster for Vara
[2] GIMP Developer - Documentation of the XCF file format

GIMP do have non-destructive editing now, so XCF might actually be preferable in the near future.

1 Like

That’s very cool. Perhaps @Jehan or @cmyk.student have some thoughts?

I was really impressed to see darktable offering XCF as an export option. It would be great to see this format supported by more software.

I edited my previous typo where I typed XMP instead of XCF.

I think there’s a plan to have a libxcf eventually (spinning off the app/xcf code into its own library), so that would probably make it easier for third-parties to use XCF. OpenRaster was intended to be the FLOSS version of a PSD file though.

But isn’t XMP an accompaniment to the raw file rather than self-contained? Or was it a typo and did you mean XCF?

1 Like

One plus point of XCF is that it is very easy to write it using basic functions like fwrite, as long as all you want is for your application to export something that GIMP will be able to import. So perhaps some offer of stability (standardization) is more important (and more feasible) than a library.