<?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:creativeCommons="http://backend.userland.com/creativeCommonsRssModule"
	>
<channel>
	<title>Comments on: Legacy Inflation</title>
	<atom:link href="http://www.robweir.com/blog/2008/02/legacy-inflation.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.robweir.com/blog/2008/02/legacy-inflation.html?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=legacy-inflation</link>
	<description>Thinking the unthinkable, pondering the imponderable, effing the ineffable and scruting the inscrutable</description>
	<lastBuildDate>Tue, 07 Feb 2012 11:20:47 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Yoon Kit</title>
		<link>http://www.robweir.com/blog/2008/02/legacy-inflation.html#comment-1533</link>
		<dc:creator>Yoon Kit</dc:creator>
		<pubDate>Fri, 22 Feb 2008 18:22:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2008/02/legacy-inflation.html#comment-1533</guid>
		<description>fenilsen,&lt;br/&gt;&lt;br/&gt;Ive heard it from a MS rep here in Malaysia too. I nearly fell off my chair laughing.&lt;br/&gt;&lt;br/&gt;http://www.openmalaysiablog.com/2008/02/existing-corpus.html&lt;br/&gt;&lt;br/&gt;yk</description>
		<content:encoded><![CDATA[<p>fenilsen,</p>
<p>Ive heard it from a MS rep here in Malaysia too. I nearly fell off my chair laughing.</p>
<p><a href="http://www.openmalaysiablog.com/2008/02/existing-corpus.html" rel="nofollow">http://www.openmalaysiablog.com/2008/02/existing-corpus.html</a></p>
<p>yk</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://www.robweir.com/blog/2008/02/legacy-inflation.html#comment-1531</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Fri, 22 Feb 2008 07:38:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2008/02/legacy-inflation.html#comment-1531</guid>
		<description>fenilsen:&lt;br/&gt;&quot;I&#039;ve been reading most of the MS blogs for the last few weeks and I have seen no such claims. Do you have any links to such claims?&quot;&lt;br/&gt;&lt;br/&gt;Got to Rick Jelliffe&#039;s blog post &quot;ODF Alliance now loves me!&quot;:&lt;br/&gt;&quot;Now that OOXML has a year&#039;s worth of documents out, Ecma apparantly thinks it is important that (critical parts of) existing valid documents don&#039;t become invalid, as far as I can see.&quot;&lt;br/&gt;http://www.oreillynet.com/xml/blog/2008/01/odf_alliance_now_loves_me.html&lt;br/&gt;&lt;br/&gt;If you want to know MS&#039; position on MS OOXML, you cannot do without Rick&#039;s opinion. And he is in the Australian NB.&lt;br/&gt;&lt;br/&gt;Winter</description>
		<content:encoded><![CDATA[<p>fenilsen:<br />&#8220;I&#8217;ve been reading most of the MS blogs for the last few weeks and I have seen no such claims. Do you have any links to such claims?&#8221;</p>
<p>Got to Rick Jelliffe&#8217;s blog post &#8220;ODF Alliance now loves me!&#8221;:<br />&#8220;Now that OOXML has a year&#8217;s worth of documents out, Ecma apparantly thinks it is important that (critical parts of) existing valid documents don&#8217;t become invalid, as far as I can see.&#8221;<br /><a href="http://www.oreillynet.com/xml/blog/2008/01/odf_alliance_now_loves_me.html" rel="nofollow">http://www.oreillynet.com/xml/blog/2008/01/odf_alliance_now_loves_me.html</a></p>
<p>If you want to know MS&#8217; position on MS OOXML, you cannot do without Rick&#8217;s opinion. And he is in the Australian NB.</p>
<p>Winter</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: funnybroad</title>
		<link>http://www.robweir.com/blog/2008/02/legacy-inflation.html#comment-1530</link>
		<dc:creator>funnybroad</dc:creator>
		<pubDate>Thu, 21 Feb 2008 22:31:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2008/02/legacy-inflation.html#comment-1530</guid>
		<description>From the Word Team at Microsoft:  An absolutely perfect example of the confusion and pain they&#039;ve caused their customers by introducing this new file format too soon, and how blind they are to it:  http://blogs.msdn.com/microsoft_office_word/archive/2007/08/14/a-compatibility-guide-for-the-end-user.aspx</description>
		<content:encoded><![CDATA[<p>From the Word Team at Microsoft:  An absolutely perfect example of the confusion and pain they&#8217;ve caused their customers by introducing this new file format too soon, and how blind they are to it:  <a href="http://blogs.msdn.com/microsoft_office_word/archive/2007/08/14/a-compatibility-guide-for-the-end-user.aspx" rel="nofollow">http://blogs.msdn.com/microsoft_office_word/archive/2007/08/14/a-compatibility-guide-for-the-end-user.aspx</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: funnybroad</title>
		<link>http://www.robweir.com/blog/2008/02/legacy-inflation.html#comment-1529</link>
		<dc:creator>funnybroad</dc:creator>
		<pubDate>Thu, 21 Feb 2008 20:31:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2008/02/legacy-inflation.html#comment-1529</guid>
		<description>I have an addition to your 5th paragraph:&lt;br/&gt;&lt;br/&gt;They could have waited until they were able to get the 3 primary applications (Word, PowerPoint and Excel) to deal with their own OOXML formats in a CONSISTENT and ACCURATE manner.  They could have also been more forthcoming regarding these issues, but instead, customers are left to get burned on their own, and have to pay Microsoft $$$ to file bug reports if they have any hopes of getting at the very least an acknowledgement that Microsoft is aware of them.&lt;br/&gt;&lt;br/&gt;But I&#039;m not bitter...</description>
		<content:encoded><![CDATA[<p>I have an addition to your 5th paragraph:</p>
<p>They could have waited until they were able to get the 3 primary applications (Word, PowerPoint and Excel) to deal with their own OOXML formats in a CONSISTENT and ACCURATE manner.  They could have also been more forthcoming regarding these issues, but instead, customers are left to get burned on their own, and have to pay Microsoft $$$ to file bug reports if they have any hopes of getting at the very least an acknowledgement that Microsoft is aware of them.</p>
<p>But I&#8217;m not bitter&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob</title>
		<link>http://www.robweir.com/blog/2008/02/legacy-inflation.html#comment-1528</link>
		<dc:creator>Rob</dc:creator>
		<pubDate>Thu, 21 Feb 2008 15:41:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2008/02/legacy-inflation.html#comment-1528</guid>
		<description>Fredrik,  If your sole source of information on Microsoft&#039;s position is Microsoft bloggers, then you are missing most of the debate.  Join an NB and you&#039;ll hear many a curious tale.</description>
		<content:encoded><![CDATA[<p>Fredrik,  If your sole source of information on Microsoft&#8217;s position is Microsoft bloggers, then you are missing most of the debate.  Join an NB and you&#8217;ll hear many a curious tale.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob</title>
		<link>http://www.robweir.com/blog/2008/02/legacy-inflation.html#comment-1527</link>
		<dc:creator>Rob</dc:creator>
		<pubDate>Thu, 21 Feb 2008 15:35:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2008/02/legacy-inflation.html#comment-1527</guid>
		<description>The point is that they are capable of telling the different file versions apart,and the claim that they are unable to change the schema of DIS 29500 because of legacy compatibility issues is a false.</description>
		<content:encoded><![CDATA[<p>The point is that they are capable of telling the different file versions apart,and the claim that they are unable to change the schema of DIS 29500 because of legacy compatibility issues is a false.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://www.robweir.com/blog/2008/02/legacy-inflation.html#comment-1526</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Thu, 21 Feb 2008 15:28:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2008/02/legacy-inflation.html#comment-1526</guid>
		<description>I don&#039;t think they will use the AppVersion metadata (formerly stored as OLE SummaryInformation stream). The reason why is because they never did in the past, and I see it more natural to have a different root namespace, i.e.  http://schemas.openxmlformats.org/spreadsheetml/2006/main&lt;br/&gt;&lt;br/&gt;I would not be surprised to see&lt;br/&gt;&lt;br/&gt;http://schemas.openxmlformats.org/spreadsheetml/2009/main&lt;br/&gt;&lt;br/&gt;in Office 2009 files.&lt;br/&gt;&lt;br/&gt;In Excel BIFF, records for disambiguating versions where BOF (0809) and RECALCID (01C1). RECALCID was undocumented until last week. It&#039;s a euphemism to say that Microsoft wanted to keep it for them.&lt;br/&gt;&lt;br/&gt;-Stephane Rodriguez</description>
		<content:encoded><![CDATA[<p>I don&#8217;t think they will use the AppVersion metadata (formerly stored as OLE SummaryInformation stream). The reason why is because they never did in the past, and I see it more natural to have a different root namespace, i.e.  <a href="http://schemas.openxmlformats.org/spreadsheetml/2006/main" rel="nofollow">http://schemas.openxmlformats.org/spreadsheetml/2006/main</a></p>
<p>I would not be surprised to see</p>
<p><a href="http://schemas.openxmlformats.org/spreadsheetml/2009/main" rel="nofollow">http://schemas.openxmlformats.org/spreadsheetml/2009/main</a></p>
<p>in Office 2009 files.</p>
<p>In Excel BIFF, records for disambiguating versions where BOF (0809) and RECALCID (01C1). RECALCID was undocumented until last week. It&#8217;s a euphemism to say that Microsoft wanted to keep it for them.</p>
<p>-Stephane Rodriguez</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: fenilsen</title>
		<link>http://www.robweir.com/blog/2008/02/legacy-inflation.html#comment-1525</link>
		<dc:creator>fenilsen</dc:creator>
		<pubDate>Thu, 21 Feb 2008 14:40:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2008/02/legacy-inflation.html#comment-1525</guid>
		<description>Rob Weir wrote:&lt;br/&gt;&lt;br/&gt;&quot;Microsoft&#039;s unwillingness to fix errors in OOXML is now being defended because the fixes (Microsoft claims) would break compatibility with Ecma-376.&quot;&lt;br/&gt;&lt;br/&gt;I&#039;ve been reading most of the MS blogs for the last few weeks and I have seen no such claims. Do you have any links to such claims?&lt;br/&gt;&lt;br/&gt;&quot;Microsoft wants ISO to bail them out, and not make any changes that would result in even a single attribute in OOXML differing from Ecma-376.&quot;&lt;br/&gt;&lt;br/&gt;I&#039;ve seen no sign of this either. Where can I find information about this?&lt;br/&gt;&lt;br/&gt;&quot;In any case, the argument that DIS 29500 must remain identical to Ecma-376 is technically deficient.&quot;&lt;br/&gt;&lt;br/&gt;I have not seen this argument being used by anyone from Microsoft. Any links?</description>
		<content:encoded><![CDATA[<p>Rob Weir wrote:</p>
<p>&#8220;Microsoft&#8217;s unwillingness to fix errors in OOXML is now being defended because the fixes (Microsoft claims) would break compatibility with Ecma-376.&#8221;</p>
<p>I&#8217;ve been reading most of the MS blogs for the last few weeks and I have seen no such claims. Do you have any links to such claims?</p>
<p>&#8220;Microsoft wants ISO to bail them out, and not make any changes that would result in even a single attribute in OOXML differing from Ecma-376.&#8221;</p>
<p>I&#8217;ve seen no sign of this either. Where can I find information about this?</p>
<p>&#8220;In any case, the argument that DIS 29500 must remain identical to Ecma-376 is technically deficient.&#8221;</p>
<p>I have not seen this argument being used by anyone from Microsoft. Any links?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.516 seconds -->

