<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:wikidot="http://www.wikidot.com/rss-namespace">

	<channel>
		<title>Application-defined: promote &#039;innovation&#039; and kill interoperability</title>
		<link>http://www.noooxml.org/forum/t-46855/application-defined:promote-innovation-and-kill-interoperability</link>
		<description>Posts in the discussion thread &quot;Application-defined: promote &#039;innovation&#039; and kill interoperability&quot; - Microsoft New Zealand representative wants competitors to make reverse engineering over their products. Standardizing the whole format would not permit Microsoft to have a &#039;competitive&#039; advantage.</description>
				<copyright></copyright>
		<lastBuildDate>Mon, 06 Sep 2010 16:26:17 +0000</lastBuildDate>
		
					<item>
				<guid>http://www.noooxml.org/forum/t-46855#post-125055</guid>
				<title>Re: Application-defined: promote &#039;innovation&#039; and kill interoperability</title>
				<link>http://www.noooxml.org/forum/t-46855/application-defined:promote-innovation-and-kill-interoperability#post-125055</link>
				<description></description>
				<pubDate>Fri, 14 Mar 2008 15:00:12 +0000</pubDate>
				<wikidot:authorName>podmokle</wikidot:authorName>				<wikidot:authorUserId>3547</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>I believe your interpretation is a bit over the top. We know for a long time that macros, the only thing that really creates trouble when you move to another document file format is not specified by DIs 29500.</p> <p>But: have you seen the latest Rodriguez articles? It relates to the same problem for the binary formats.</p> <p><a href="http://openxmldeveloper.org/user/Profile.aspx?UserID=2141">http://openxmldeveloper.org/user/Profile.aspx?UserID=2141</a></p> <p><a href="http://ooxmlisdefectivebydesign.blogspot.com/2008/03/bad-surprise-in-microsoft-office-binary.html">http://ooxmlisdefectivebydesign.blogspot.com/2008/03/bad-surprise-in-microsoft-office-binary.html</a></p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://www.noooxml.org/forum/t-46855#post-125044</guid>
				<title>Application-defined: promote &#039;innovation&#039; and kill interoperability</title>
				<link>http://www.noooxml.org/forum/t-46855/application-defined:promote-innovation-and-kill-interoperability#post-125044</link>
				<description></description>
				<pubDate>Fri, 14 Mar 2008 14:45:55 +0000</pubDate>
				<wikidot:authorName>zoobab</wikidot:authorName>				<wikidot:authorUserId>2946</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Microsoft New Zealand representative wants competitors to make reverse engineering over their products. Standardizing the whole format would not permit Microsoft to have a 'competitive' advantage.</p> <p>Here is what he says in <a href="http://computerworld.co.nz/news.nsf/news/14110D406CB0AB11CC2574050004FA06">ComputerWorld</a>:</p> <blockquote> <p>Why does OOXML not include macros, scripting, OLE serialisation, and leave so much to be application-defined?</p> <p>Competition between Office Automation suites has always been an important factor in driving much of the <strong>innovation</strong> that we enjoy in the industry and as users today. The process to standardise OOXML is a process to standardise the data format, not an application. <strong>Standardising the full application would remove the ability for different office applications to compete with each other and slow that pace of innovation.</strong></p> </blockquote> <p>Sorry, but the macros are stored in a file format, so not defining how to interpret this data will lead to a competitive advantage for the company of Redmond, and will be a killer for interoperability. I don't want to buy a Windows license and an Intel PC just to be able to decode their crappy format.</p> 
				 	]]>
				</content:encoded>							</item>
				</channel>
</rss>