<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: proprietary file formats</title>
	<atom:link href="http://blogs.gnome.org/zucchi/2008/05/26/proprietary-file-formats/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gnome.org/zucchi/2008/05/26/proprietary-file-formats/</link>
	<description>Just another GNOME Blogs diary</description>
	<lastBuildDate>Sun, 07 Sep 2008 07:53:27 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: SW</title>
		<link>http://blogs.gnome.org/zucchi/2008/05/26/proprietary-file-formats/comment-page-1/#comment-133</link>
		<dc:creator>SW</dc:creator>
		<pubDate>Tue, 27 May 2008 14:02:05 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/zucchi/2008/05/26/proprietary-file-formats/#comment-133</guid>
		<description>A good CV is only a page long anyway (or two at most)-- would probably have been quicker just to redo it from scratch in OO.o/ Google Docs/ AbiWord / whatever.</description>
		<content:encoded><![CDATA[<p>A good CV is only a page long anyway (or two at most)&#8211; would probably have been quicker just to redo it from scratch in OO.o/ Google Docs/ AbiWord / whatever.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kjartan Maraas</title>
		<link>http://blogs.gnome.org/zucchi/2008/05/26/proprietary-file-formats/comment-page-1/#comment-132</link>
		<dc:creator>Kjartan Maraas</dc:creator>
		<pubDate>Mon, 26 May 2008 18:13:22 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/zucchi/2008/05/26/proprietary-file-formats/#comment-132</guid>
		<description>I&#039;ve had more success with the latest OO.o 3.0 beta. Maybe worth giving that a try :-)</description>
		<content:encoded><![CDATA[<p>I&#8217;ve had more success with the latest OO.o 3.0 beta. Maybe worth giving that a try :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert</title>
		<link>http://blogs.gnome.org/zucchi/2008/05/26/proprietary-file-formats/comment-page-1/#comment-131</link>
		<dc:creator>Robert</dc:creator>
		<pubDate>Mon, 26 May 2008 13:11:40 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/zucchi/2008/05/26/proprietary-file-formats/#comment-131</guid>
		<description>You are right saying &quot;XML is not really a panacea&quot; but what it really helpful of using XML on document formats is that anyone know how it looks, that make developers with at least a little pride on what they code to create document structure that seem reasonable to understand (not everyone like you can see on the OOXML structure), with binary formats there is no way that someone can check what you thought was a good file structure without understanding what you code or document of it. I do not imagine the Web today with a more efficient binary format</description>
		<content:encoded><![CDATA[<p>You are right saying &#8220;XML is not really a panacea&#8221; but what it really helpful of using XML on document formats is that anyone know how it looks, that make developers with at least a little pride on what they code to create document structure that seem reasonable to understand (not everyone like you can see on the OOXML structure), with binary formats there is no way that someone can check what you thought was a good file structure without understanding what you code or document of it. I do not imagine the Web today with a more efficient binary format</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alexander Jones</title>
		<link>http://blogs.gnome.org/zucchi/2008/05/26/proprietary-file-formats/comment-page-1/#comment-130</link>
		<dc:creator>Alexander Jones</dc:creator>
		<pubDate>Mon, 26 May 2008 10:35:21 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/zucchi/2008/05/26/proprietary-file-formats/#comment-130</guid>
		<description>Firstly, the binary formats are published now as a result of an antitrust settlement.

Secondly, I&#039;ll trade a small amount of efficiency for the huge amount of benefit a mature, well-tested, widely-interpretable data modelling format any day. The fact you don&#039;t have to worry about writing a new parser every time you add a new feature is enough to seal the deal alone. And if your adhoc format is flexible enough that you don&#039;t, you&#039;re probably not as efficient as XML anyway.

Give XML a chance!</description>
		<content:encoded><![CDATA[<p>Firstly, the binary formats are published now as a result of an antitrust settlement.</p>
<p>Secondly, I&#8217;ll trade a small amount of efficiency for the huge amount of benefit a mature, well-tested, widely-interpretable data modelling format any day. The fact you don&#8217;t have to worry about writing a new parser every time you add a new feature is enough to seal the deal alone. And if your adhoc format is flexible enough that you don&#8217;t, you&#8217;re probably not as efficient as XML anyway.</p>
<p>Give XML a chance!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Frej Soya</title>
		<link>http://blogs.gnome.org/zucchi/2008/05/26/proprietary-file-formats/comment-page-1/#comment-129</link>
		<dc:creator>Frej Soya</dc:creator>
		<pubDate>Mon, 26 May 2008 08:21:22 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/zucchi/2008/05/26/proprietary-file-formats/#comment-129</guid>
		<description>You forget the business case. You can patent anything that ends .... &quot;with xml&quot; ;).</description>
		<content:encoded><![CDATA[<p>You forget the business case. You can patent anything that ends &#8230;. &#8220;with xml&#8221; ;).</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- This Quick Cache file was built for (  blogs.gnome.org/zucchi/2008/05/26/proprietary-file-formats/feed/ ) in 1.17268 seconds, on Feb 11th, 2012 at 2:11 am UTC. -->
<!-- This Quick Cache file will automatically expire ( and be re-built automatically ) on Feb 11th, 2012 at 3:11 am UTC -->
