<?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: Open Document to Office Open XML converter: not good</title>
	<atom:link href="http://www.itwriting.com/blog/116-open-document-to-office-open-xml-converter-not-good.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.itwriting.com/blog/116-open-document-to-office-open-xml-converter-not-good.html</link>
	<description>Tech writing blog</description>
	<lastBuildDate>Thu, 18 Mar 2010 12:56:06 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Soft Maniac</title>
		<link>http://www.itwriting.com/blog/116-open-document-to-office-open-xml-converter-not-good.html/comment-page-1#comment-106436</link>
		<dc:creator>Soft Maniac</dc:creator>
		<pubDate>Wed, 27 Aug 2008 09:17:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.itwriting.com/blog/?p=116#comment-106436</guid>
		<description>OOps :) Sorry :)</description>
		<content:encoded><![CDATA[<p>OOps <img src='http://www.itwriting.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  Sorry <img src='http://www.itwriting.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SWare</title>
		<link>http://www.itwriting.com/blog/116-open-document-to-office-open-xml-converter-not-good.html/comment-page-1#comment-80153</link>
		<dc:creator>SWare</dc:creator>
		<pubDate>Fri, 14 Mar 2008 00:31:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.itwriting.com/blog/?p=116#comment-80153</guid>
		<description>&lt;blockquote cite=&quot;Soft Maniac&quot;&gt;
“They also claim a version for odp and ods will be available in the spring.”
Hmmm… I don’t think so…
&lt;/blockquote&gt;
Soft Maniac, Tim was write this post at last winter ;)</description>
		<content:encoded><![CDATA[<blockquote cite="Soft Maniac"><p>
“They also claim a version for odp and ods will be available in the spring.”<br />
Hmmm… I don’t think so…
</p></blockquote>
<p>Soft Maniac, Tim was write this post at last winter <img src='http://www.itwriting.com/blog/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Soft Maniac</title>
		<link>http://www.itwriting.com/blog/116-open-document-to-office-open-xml-converter-not-good.html/comment-page-1#comment-78966</link>
		<dc:creator>Soft Maniac</dc:creator>
		<pubDate>Mon, 10 Mar 2008 12:16:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.itwriting.com/blog/?p=116#comment-78966</guid>
		<description>&quot;They also claim a version for odp and ods will be available in the spring.&quot;
Hmmm... I don&#039;t think so...</description>
		<content:encoded><![CDATA[<p>&#8220;They also claim a version for odp and ods will be available in the spring.&#8221;<br />
Hmmm&#8230; I don&#8217;t think so&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim</title>
		<link>http://www.itwriting.com/blog/116-open-document-to-office-open-xml-converter-not-good.html/comment-page-1#comment-32654</link>
		<dc:creator>Tim</dc:creator>
		<pubDate>Fri, 31 Aug 2007 15:35:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.itwriting.com/blog/?p=116#comment-32654</guid>
		<description>&lt;blockquote&gt;
After skimming through the code base, I can say pretty confidently that the problems this converter has in terms of speed (and perhaps fidelity) is due to the extensive use of XSLT.
&lt;/blockquote&gt;
I agree. A curious design decision. I made this point to Jean Paoli who just muttered something about it being a first attempt. Yet, it seems is almost as if it is deliberately poor, checking a box without really delivering. Microsoft could do much better.

Tim</description>
		<content:encoded><![CDATA[<blockquote><p>
After skimming through the code base, I can say pretty confidently that the problems this converter has in terms of speed (and perhaps fidelity) is due to the extensive use of XSLT.
</p></blockquote>
<p>I agree. A curious design decision. I made this point to Jean Paoli who just muttered something about it being a first attempt. Yet, it seems is almost as if it is deliberately poor, checking a box without really delivering. Microsoft could do much better.</p>
<p>Tim</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Asbjørn Ulsberg</title>
		<link>http://www.itwriting.com/blog/116-open-document-to-office-open-xml-converter-not-good.html/comment-page-1#comment-32648</link>
		<dc:creator>Asbjørn Ulsberg</dc:creator>
		<pubDate>Fri, 31 Aug 2007 13:50:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.itwriting.com/blog/?p=116#comment-32648</guid>
		<description>After skimming through the code base, I can say pretty confidently that the problems this converter has in terms of speed (and perhaps fidelity) is due to the extensive use of XSLT. XSLT is a remarkable language, and I love it, but for extreme performant converters handling large documents, it&#039;s simply just not fast enough. The converter even seems to be using XslCompiledTransform, which should be the fastest way to transform via XSLT in .NET, but it&#039;s still not very performant compared to direct &quot;hands-on&quot; conversion in a SAX-like manner.

It would be interesting to see how Saxon fared in an equal converter with the same XSLT files, though. Since it exists for .NET, the converter could just as well have used that instead of Microsoft&#039;s System.Xml.Xsl library.</description>
		<content:encoded><![CDATA[<p>After skimming through the code base, I can say pretty confidently that the problems this converter has in terms of speed (and perhaps fidelity) is due to the extensive use of XSLT. XSLT is a remarkable language, and I love it, but for extreme performant converters handling large documents, it&#8217;s simply just not fast enough. The converter even seems to be using XslCompiledTransform, which should be the fastest way to transform via XSLT in .NET, but it&#8217;s still not very performant compared to direct &#8220;hands-on&#8221; conversion in a SAX-like manner.</p>
<p>It would be interesting to see how Saxon fared in an equal converter with the same XSLT files, though. Since it exists for .NET, the converter could just as well have used that instead of Microsoft&#8217;s System.Xml.Xsl library.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tony McNamara</title>
		<link>http://www.itwriting.com/blog/116-open-document-to-office-open-xml-converter-not-good.html/comment-page-1#comment-4569</link>
		<dc:creator>Tony McNamara</dc:creator>
		<pubDate>Fri, 16 Feb 2007 14:37:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.itwriting.com/blog/?p=116#comment-4569</guid>
		<description>I would have thought that, given that Open XML has yet to be ratified at ISO/IEC, Microsoft would have been out to impress. This certainly does not impress. Or is it that this effort has proven the criticism levelled at the ECMA-approved documentation, and that a document format that requires 6,000 pages to describe is, like, 5,000 pages too many?</description>
		<content:encoded><![CDATA[<p>I would have thought that, given that Open XML has yet to be ratified at ISO/IEC, Microsoft would have been out to impress. This certainly does not impress. Or is it that this effort has proven the criticism levelled at the ECMA-approved documentation, and that a document format that requires 6,000 pages to describe is, like, 5,000 pages too many?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Puttick</title>
		<link>http://www.itwriting.com/blog/116-open-document-to-office-open-xml-converter-not-good.html/comment-page-1#comment-4481</link>
		<dc:creator>Chris Puttick</dc:creator>
		<pubDate>Thu, 15 Feb 2007 14:07:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.itwriting.com/blog/?p=116#comment-4481</guid>
		<description>Has anyone got hold of the Sun version? This should integrate (i.e. exist in Save-As and option to default to odt) and provide a fairly solid quality of export import. They also claim a version for odp and ods will be available in the spring.</description>
		<content:encoded><![CDATA[<p>Has anyone got hold of the Sun version? This should integrate (i.e. exist in Save-As and option to default to odt) and provide a fairly solid quality of export import. They also claim a version for odp and ods will be available in the spring.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Zaine Ridling</title>
		<link>http://www.itwriting.com/blog/116-open-document-to-office-open-xml-converter-not-good.html/comment-page-1#comment-3485</link>
		<dc:creator>Zaine Ridling</dc:creator>
		<pubDate>Wed, 07 Feb 2007 08:43:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.itwriting.com/blog/?p=116#comment-3485</guid>
		<description>I came to the same conclusion on my Great Software blog last week. This is a predicted embarrassment for this Microsoft-funded effort. And you&#039;re right: either get with ODF now or just use .doc format under Word within Compatibility Mode, skipping OXML altogether. While the future of ODF looks bright and strong, OXML looks dangerously unstable.</description>
		<content:encoded><![CDATA[<p>I came to the same conclusion on my Great Software blog last week. This is a predicted embarrassment for this Microsoft-funded effort. And you&#8217;re right: either get with ODF now or just use .doc format under Word within Compatibility Mode, skipping OXML altogether. While the future of ODF looks bright and strong, OXML looks dangerously unstable.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
