Summary: | Interoperability with the gimp is limited | ||
---|---|---|---|
Product: | [Applications] krita | Reporter: | Richard Van Den Boom <rvdboom> |
Component: | File formats | Assignee: | Cyrille Berger <cberger> |
Status: | RESOLVED FIXED | ||
Severity: | wishlist | CC: | halla |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Richard Van Den Boom
2005-06-03 14:59:23 UTC
Additional note: the Gimp people are really unhappy with the use of xcf as an image interchange format and threaten to change to format at their whim if it is being used as such. Not that we won't do our best anyway... If the gimp developers are not interested in stablising, standardising and documenting their format it seems like a tough job to add better support for it. Given that even the gimp developers do not want others using XCF for interchange shouldn't this be closed as WONTFIX? Or maybe marked low priority? Unfortunately the best choice for document interchange will remain Adobe PSD even though it is a proprietary format. Hopefully MNG/JNG can help provide a layered alternative to PNG/JPG (but that isn't good enough for most people) and in the longer term the work the Krita developers are doing to establish a suitable OpenDocument like standard for raster documents seems very promising. Cyrille and Oyvind Kolas are working on OpenRaster. I'll assign this bug to Cyrille so he can have the honor of closing it when openraster is done. (If gimp doesn't support it yet when we're done, we'll open a bug report in their bugzilla ;-)) I change the title of the bug, as support of XCF in krita is very unlikely to happen. But the goal of this wishlist is more interoperability with the gimp than support of xcf. It is worth to note that the new XCF import filter for 2.2 is much better, and have accurate import. For export, since gimp has an ORA import filter, we would rely on that. I think the current xcf import filter is sufficient. |