<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: MS file formats</title>
	<atom:link href="http://smurfonspreadsheets.wordpress.com/2008/07/01/ms-file-formats/feed/" rel="self" type="application/rss+xml" />
	<link>http://smurfonspreadsheets.wordpress.com/2008/07/01/ms-file-formats/</link>
	<description>Simon Murphy on professional spreadsheet development stuff</description>
	<lastBuildDate>Thu, 18 Apr 2013 08:42:09 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Simon</title>
		<link>http://smurfonspreadsheets.wordpress.com/2008/07/01/ms-file-formats/#comment-11674</link>
		<dc:creator><![CDATA[Simon]]></dc:creator>
		<pubDate>Wed, 02 Jul 2008 08:45:55 +0000</pubDate>
		<guid isPermaLink="false">http://smurfonspreadsheets.wordpress.com/?p=623#comment-11674</guid>
		<description><![CDATA[Stephane - spot on.
And in the docs I can see that loads of stuff I (dumbly) assumed was VBA is in other places.]]></description>
		<content:encoded><![CDATA[<p>Stephane &#8211; spot on.<br />
And in the docs I can see that loads of stuff I (dumbly) assumed was VBA is in other places.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stephane Rodriguez</title>
		<link>http://smurfonspreadsheets.wordpress.com/2008/07/01/ms-file-formats/#comment-11673</link>
		<dc:creator><![CDATA[Stephane Rodriguez]]></dc:creator>
		<pubDate>Wed, 02 Jul 2008 07:16:43 +0000</pubDate>
		<guid isPermaLink="false">http://smurfonspreadsheets.wordpress.com/?p=623#comment-11673</guid>
		<description><![CDATA[&quot;I have one for removing VBA projects, but its a bit aggressive - I can now find out where I should be deleting from, hopefully&quot;

Hmm, lemme guess. Are you by any chance deleting the VBA project streams in the OLE file?
You can&#039;t do that alone since all internal spreadsheet objects associated to a macro will be left pending.]]></description>
		<content:encoded><![CDATA[<p>&#8220;I have one for removing VBA projects, but its a bit aggressive &#8211; I can now find out where I should be deleting from, hopefully&#8221;</p>
<p>Hmm, lemme guess. Are you by any chance deleting the VBA project streams in the OLE file?<br />
You can&#8217;t do that alone since all internal spreadsheet objects associated to a macro will be left pending.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stephane Rodriguez</title>
		<link>http://smurfonspreadsheets.wordpress.com/2008/07/01/ms-file-formats/#comment-11672</link>
		<dc:creator><![CDATA[Stephane Rodriguez]]></dc:creator>
		<pubDate>Wed, 02 Jul 2008 07:13:10 +0000</pubDate>
		<guid isPermaLink="false">http://smurfonspreadsheets.wordpress.com/?p=623#comment-11672</guid>
		<description><![CDATA[Those additional documents contain some of the patented bits that are necessary to know in order to progress towards a full run-time implementation of the file formats.

These should have been part of the ISO OOXML proposal from day one.

Given that Microsoft makes explicit that those documents are covered by patents, which it does not disclose, it makes the whole ISO thing a complete farce.

It&#039;s too bad that for the largest documents of the set, Microsoft chose to organize the items alphabetically (i.e. it&#039;s a total mess), instead of logically by theme. But any implementer who has been serious enough to deal with this for years already will manage (especially if they have all the background needed to understand what&#039;s said). New entrants though, I&#039;m not sure...]]></description>
		<content:encoded><![CDATA[<p>Those additional documents contain some of the patented bits that are necessary to know in order to progress towards a full run-time implementation of the file formats.</p>
<p>These should have been part of the ISO OOXML proposal from day one.</p>
<p>Given that Microsoft makes explicit that those documents are covered by patents, which it does not disclose, it makes the whole ISO thing a complete farce.</p>
<p>It&#8217;s too bad that for the largest documents of the set, Microsoft chose to organize the items alphabetically (i.e. it&#8217;s a total mess), instead of logically by theme. But any implementer who has been serious enough to deal with this for years already will manage (especially if they have all the background needed to understand what&#8217;s said). New entrants though, I&#8217;m not sure&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Simon</title>
		<link>http://smurfonspreadsheets.wordpress.com/2008/07/01/ms-file-formats/#comment-11671</link>
		<dc:creator><![CDATA[Simon]]></dc:creator>
		<pubDate>Wed, 02 Jul 2008 00:21:45 +0000</pubDate>
		<guid isPermaLink="false">http://smurfonspreadsheets.wordpress.com/?p=623#comment-11671</guid>
		<description><![CDATA[Doug
Lots of business intelligence apps like Cognos etc create .xls files on the server to download to client machines.
Some of the spreadsheet auditing tools open the .xls themselves not using Excel and read it specifically just to audit it.

Harlan fair points, I have the OO docs and they are good. There are some decent Delphi based xls readers too that can be used as drop in components.

Licensing is a jungle, and the MS approach with their sources make things much more complex.]]></description>
		<content:encoded><![CDATA[<p>Doug<br />
Lots of business intelligence apps like Cognos etc create .xls files on the server to download to client machines.<br />
Some of the spreadsheet auditing tools open the .xls themselves not using Excel and read it specifically just to audit it.</p>
<p>Harlan fair points, I have the OO docs and they are good. There are some decent Delphi based xls readers too that can be used as drop in components.</p>
<p>Licensing is a jungle, and the MS approach with their sources make things much more complex.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Doug Glancy</title>
		<link>http://smurfonspreadsheets.wordpress.com/2008/07/01/ms-file-formats/#comment-11670</link>
		<dc:creator><![CDATA[Doug Glancy]]></dc:creator>
		<pubDate>Wed, 02 Jul 2008 00:04:36 +0000</pubDate>
		<guid isPermaLink="false">http://smurfonspreadsheets.wordpress.com/?p=623#comment-11670</guid>
		<description><![CDATA[I don&#039;t understand this topic, but am curious.  Can somebody give an example of an &quot;application that manipulates XLS files&quot;?]]></description>
		<content:encoded><![CDATA[<p>I don&#8217;t understand this topic, but am curious.  Can somebody give an example of an &#8220;application that manipulates XLS files&#8221;?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Harlan Grove</title>
		<link>http://smurfonspreadsheets.wordpress.com/2008/07/01/ms-file-formats/#comment-11669</link>
		<dc:creator><![CDATA[Harlan Grove]]></dc:creator>
		<pubDate>Tue, 01 Jul 2008 21:39:14 +0000</pubDate>
		<guid isPermaLink="false">http://smurfonspreadsheets.wordpress.com/?p=623#comment-11669</guid>
		<description><![CDATA[I&#039;m wondering how necessary these are since the BIFF8 file format was documented in the Excel 97 SDK and given the work that&#039;s been done by the Gnumeric, OpenOffice and (yes, I&#039;ll admit it) KOffice teams not to mention the modules available in Perl (and perhaps other scripting languages) and R to read XLS files directly without going through Excel.

As I see it, if you use one of these open source code bases for an application that manipulates XLS files, your own code may be governed by licenses on that code. The alternative of using Microsoft code could mean never being able to change your mind and switch to the open source alternatives.]]></description>
		<content:encoded><![CDATA[<p>I&#8217;m wondering how necessary these are since the BIFF8 file format was documented in the Excel 97 SDK and given the work that&#8217;s been done by the Gnumeric, OpenOffice and (yes, I&#8217;ll admit it) KOffice teams not to mention the modules available in Perl (and perhaps other scripting languages) and R to read XLS files directly without going through Excel.</p>
<p>As I see it, if you use one of these open source code bases for an application that manipulates XLS files, your own code may be governed by licenses on that code. The alternative of using Microsoft code could mean never being able to change your mind and switch to the open source alternatives.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
