<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Cyrille Berger &#187; XCF</title>
	<atom:link href="http://blog.cberger.net/tags/xcf/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.cberger.net</link>
	<description>What I do, where I live, what I think.</description>
	<lastBuildDate>Sat, 02 Apr 2011 16:20:14 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>Krita and XCF</title>
		<link>http://blog.cberger.net/2009/11/20/krita-and-xcf/</link>
		<comments>http://blog.cberger.net/2009/11/20/krita-and-xcf/#comments</comments>
		<pubDate>Fri, 20 Nov 2009 21:03:14 +0000</pubDate>
		<dc:creator>Cyrille Berger</dc:creator>
				<category><![CDATA[Krita]]></category>
		<category><![CDATA[Open Source]]></category>
		<category><![CDATA[File formats]]></category>
		<category><![CDATA[KDE]]></category>
		<category><![CDATA[XCF]]></category>

		<guid isPermaLink="false">http://blog.cberger.net/?p=840</guid>
		<description><![CDATA[Last week, I blogged about the removal of the graphics magick file format filter in Krita, and that it would mean that we need to write directly our own support for many file formats, using low-levels library when relevant and &#8230; <a href="http://blog.cberger.net/2009/11/20/krita-and-xcf/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>Last week, I blogged about the <a href="http://blog.cberger.net/2009/11/13/the-last-bit-of-magick-dependency-is-now-gone-from-krita/">removal of the graphics magick file format filter</a> in <a href="http://www.krita.org/">Krita</a>, and that it would mean that we need to write directly our own support for many file formats, using low-levels library when relevant and available. And by forcing us to do this work, the support for file formats in 2.2 will rock.</p>
<p>Among the three mostly usefull file formats that were delivered by the gmagick file format filter, there is XCF, the file format of the <a href="http://www.gimp.org">Gimp</a>. After my blog, pusling (Sune Vuorela of the debian KDE team) reminded me about <a href="http://henning.makholm.net/software">xcftools</a>, a tool written by Henning Makholm that extract information from XCF files. Despite not being a library, the code to parse XCF files is well seperated from the command line logic, and I imported it in Krita (might be a good idea to turn it into a real library ?).</p>
<p>As mentioned, the previous filter was not really good, we were only able to get the layers, but no masks or no composite information, or opacity, as reported in this bug <a href="https://bugs.kde.org/show_bug.cgi?id=106730">106730</a>. And with the xcftools based filter, we can read all that information, making XCF a first class citizen in Krita. There might be some issues with composite ops that behaves differently on some cases between application, but that something that we would need to fix as well.</p>
<p>For the other way around, to import from Krita into the Gimp, the OpenRaster Archiving format would be the way to go.</p>
<p>About other file formats, Boudewijn is already working on PSD support. The last important one is GIF support, which will probably be done using libgif.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.cberger.net/2009/11/20/krita-and-xcf/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>

