<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>More answers to questions around standardization and licensing</title><link>http://blogs.msdn.com/brian_jones/archive/2005/12/14/503642.aspx</link><description>I think this is the longest I've gone between posts since I started blogging back in June. I've been out here in Europe for the past two weeks, for a combination of work and a little time off. I was in Nice last week for the Ecma general assembly meeting</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: More answers to questions around standardization and licensing</title><link>http://blogs.msdn.com/brian_jones/archive/2005/12/14/503642.aspx#503691</link><pubDate>Wed, 14 Dec 2005 22:08:07 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:503691</guid><dc:creator>scot</dc:creator><description>This seems like great PR (the Q&amp;amp;A) but not necessarily a great foundation for a business to rely on. I openly applaud Microsoft's move towards openness but if this was a competitive move i don't think it will really work. This standard is being fast tracked to move through an openly  permissive standards body, then hopefully to the ISO. &lt;br&gt;&lt;br&gt;Step back for a second and think about if you were a CIO, why would you move your business to this standard. If you could move to another that is being maintained in a transparent way by a large group with an interest in long term storage and development, with multiple implementers and allot more support. (if you had a choice) And the guarantee that this format won't change upon one companies needs. &lt;br&gt;&lt;br&gt;It is great that office 12 will have more open formats, but the fact that it is moving through a permissive standards organization and can change the deal at any point, which also would change the covenant when ever Microsoft is ready to iterate sends a lot of bad signals to me. &lt;br&gt;&lt;br&gt;</description></item><item><title>re: More answers to questions around standardization and licensing</title><link>http://blogs.msdn.com/brian_jones/archive/2005/12/14/503642.aspx#503746</link><pubDate>Wed, 14 Dec 2005 23:35:29 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:503746</guid><dc:creator>Alex</dc:creator><description>It's a bit of a shame that Microsoft have decided to use this opportunity to take pot-shots rather than engage in debate. For example, MS chides OASIS for not making material changes to the ODF specification as submitted: even if that's true, MS are doing exactly the same thing, and have written as such into the charter!&lt;br&gt;&lt;br&gt;It would be good if MS, rather than making brash statements, showed exactly where in the ODF spec. problems exist: what makes ODF less backward-compatible than MS XML, for example? Where is the loss of fidelity?&lt;br&gt;&lt;br&gt;Alternatively, make the MS XML specifications available for download in some convenient format? Then others can do the analysis. (some information, I don't know how complete, it available in pieces in the MSDN, and the download it refers to is an MSI file from January).</description></item><item><title>re: More answers to questions around standardization and licensing</title><link>http://blogs.msdn.com/brian_jones/archive/2005/12/14/503642.aspx#503773</link><pubDate>Thu, 15 Dec 2005 00:52:52 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:503773</guid><dc:creator>Ben</dc:creator><description>Thanks for getting these answers out there, Brian. &lt;br&gt;&lt;br&gt;According to Andy Updegrove the characterization of the OASIS ODF process is almost entirely false. See the end of this post:&lt;br&gt;&lt;a rel="nofollow" target="_new" href="http://www.consortiuminfo.org/newsblog/blog.php?ID=1825"&gt;http://www.consortiuminfo.org/newsblog/blog.php?ID=1825&lt;/a&gt;&lt;br&gt;&lt;br&gt;Also, the specific objections to ODF don't seem to make much sense. Why can't backward compatibility be achieved with extensions to ODF? I don't know what &amp;quot;Intrinsic support for integrating customer-defined XML data&amp;quot; means other than extensions to the schema and any XML schema can be extended. ODF is also well-tested and is actually used in a shipping product. If Office XML really parses faster than ODF then I guess that's nice but is it worth splintering formats over? Why not propose performance improvements to ODF through the standards process?&lt;br&gt;&lt;br&gt;</description></item><item><title>re: More answers to questions around standardization and licensing</title><link>http://blogs.msdn.com/brian_jones/archive/2005/12/14/503642.aspx#503856</link><pubDate>Thu, 15 Dec 2005 03:34:20 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:503856</guid><dc:creator>AC</dc:creator><description>&amp;quot;If any parties prefer, we will make available the existing open and royalty free license as an alternative.&amp;quot;&lt;br&gt;&lt;br&gt;Choice quote there as it illustrates the problem of Microsoft deciding to revoke the license and the users being screwed (perpetual, but not necessarily perpetually available).</description></item><item><title>re: More answers to questions around standardization and licensing</title><link>http://blogs.msdn.com/brian_jones/archive/2005/12/14/503642.aspx#503858</link><pubDate>Thu, 15 Dec 2005 03:37:21 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:503858</guid><dc:creator>AC</dc:creator><description>&amp;quot;If someone wants to build a solution that works with our formats, they are free to do so without worrying about patents or licenses associated with our formats.&amp;quot;&lt;br&gt;&lt;br&gt;Well that's true if their only worry is being sued. What if they're worried about producing a legal product. You say you won't sue the developers, but that doesn't mean they didn't do something illegal.</description></item><item><title>re: More answers to questions around standardization and licensing</title><link>http://blogs.msdn.com/brian_jones/archive/2005/12/14/503642.aspx#503859</link><pubDate>Thu, 15 Dec 2005 03:39:22 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:503859</guid><dc:creator>AC</dc:creator><description>&amp;quot;The key is that this is an assurance that no one will be sued for using intellectual property in the specifications as they are written.&amp;quot;&lt;br&gt;&lt;br&gt;Hence no assurance for those not having adhered to the specifications as decided by a judge in a court at a time of your choosing?</description></item><item><title>re: More answers to questions around standardization and licensing</title><link>http://blogs.msdn.com/brian_jones/archive/2005/12/14/503642.aspx#503911</link><pubDate>Thu, 15 Dec 2005 05:31:57 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:503911</guid><dc:creator>omz</dc:creator><description>&amp;gt;Well that's true if their only worry is being &amp;gt;sued. What if they're worried about producing a &amp;gt;legal product. &lt;br&gt;i agree with that ...&lt;br&gt;the &amp;quot;Office 2003 XML Reference Schema Patent License&amp;quot; ( &lt;a rel="nofollow" target="_new" href="http://www.microsoft.com/mscorp/ip/format/xmlpatentlicense.asp"&gt;http://www.microsoft.com/mscorp/ip/format/xmlpatentlicense.asp&lt;/a&gt;   ) reads:&lt;br&gt;&amp;quot;...You are not licensed to sublicense or transfer your rights.&amp;quot;&lt;br&gt;so, a developer who distribute his MSXML reader/writer using the GPL license  is doing  something ILEGAL ( i dont like that ... Covenant not to sue or not CNS )&lt;br&gt;</description></item><item><title>re: More answers to questions around standardization and licensing</title><link>http://blogs.msdn.com/brian_jones/archive/2005/12/14/503642.aspx#503961</link><pubDate>Thu, 15 Dec 2005 08:26:42 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:503961</guid><dc:creator>Chris Nokleberg</dc:creator><description>Hi Brian,&lt;br&gt;&lt;br&gt;As it is not clear from the Q&amp;amp;A, when will the next version of the file format schema and documentation be available for public review? Will draft versions be made public as part of the ECMA process, or from Microsoft directly?&lt;br&gt;&lt;br&gt;Thanks,&lt;br&gt;Chris&lt;br&gt;</description></item><item><title>re: More answers to questions around standardization and licensing</title><link>http://blogs.msdn.com/brian_jones/archive/2005/12/14/503642.aspx#504307</link><pubDate>Thu, 15 Dec 2005 22:45:57 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:504307</guid><dc:creator>S. Colcord</dc:creator><description>Hi Brian,&lt;br&gt;&lt;br&gt;Unfortunately, this FAQ does not address any of the questions I previously raised (&amp;lt;&lt;a rel="nofollow" target="_new" href="http://blogs.msdn.com/brian_jones/archive/2005/11/22/495876.aspx#499028&amp;gt;"&gt;http://blogs.msdn.com/brian_jones/archive/2005/11/22/495876.aspx#499028&amp;gt;&lt;/a&gt;).&lt;br&gt;&lt;br&gt;In general, the FAQ seems to be attempting to explain Microsoft's motivations; most of the questions begin with &amp;quot;Why...&amp;quot;.  I suspect that relatively few people are interested in such explanations, since they have no legal significance.&lt;br&gt;&lt;br&gt;The questions I linked above pertained to specific legal ramifications of the covenant that would impact non-Microsoft developers.  Other lawyers have ventured opinions on these issues, but an official opinion from Microsoft on the matter would be far more meaningful.</description></item><item><title>re: More answers to questions around standardization and licensing</title><link>http://blogs.msdn.com/brian_jones/archive/2005/12/14/503642.aspx#504856</link><pubDate>Sat, 17 Dec 2005 01:25:43 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:504856</guid><dc:creator>Matt</dc:creator><description>S. Colcord,&lt;br&gt;&lt;br&gt;The Q&amp;amp;A does address your subset question... it says subsets and supersets are okay to use...</description></item><item><title>re: More answers to questions around standardization and licensing</title><link>http://blogs.msdn.com/brian_jones/archive/2005/12/14/503642.aspx#505337</link><pubDate>Mon, 19 Dec 2005 06:17:57 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:505337</guid><dc:creator>S. Colcord</dc:creator><description>Matt:&lt;br&gt;&lt;br&gt;On a reread, I'll agree with you; I missed it because it was under a subsection of &amp;quot;Why did Microsoft take this approach?&amp;quot;, rather than a Question in its own right.  There is still a bit more legal wiggle-room than some might prefer in the definition of &amp;quot;Conformant&amp;quot;  (There needs to be an easy way for a developer to tell whether they have a Conformant subset or an incompatible alteration; the former appears to be covered, the latter not), but the intent seems reasonably clear.&lt;br&gt;&lt;br&gt;I'd still like to see FAQs covering what happens if ISO updates the spec (with or without Microsoft involvement), and what happens if Microsoft transfers its patents to another entity, one without such a Covenant.</description></item><item><title>re: Congratulations, Mr. Technical Architect</title><link>http://blogs.msdn.com/brian_jones/archive/2005/12/14/503642.aspx#505545</link><pubDate>Mon, 19 Dec 2005 21:32:41 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:505545</guid><dc:creator>orcmid</dc:creator><description>Thanks to Bob Sutor's blog, I just found the official ECMA announcement and the submitted drafts: &lt;a rel="nofollow" target="_new" href="&lt;a rel="nofollow" target="_new" href="http://www.ecma-international.org/activities/"&gt;http://www.ecma-international.org/activities/&lt;/a&gt;Office%20Open%20XML%20Formats/"&gt;&lt;a rel="nofollow" target="_new" href="http://www.ecma-international.org/activities/"&gt;http://www.ecma-international.org/activities/&lt;/a&gt;Office%20Open%20XML%20Formats/&lt;/a&gt;  (This is also linked from the bottom of &lt;a rel="nofollow" target="_new" href="http://www.ecma-international.org/activities/"&gt;http://www.ecma-international.org/activities/&lt;/a&gt;)&lt;br&gt;&lt;br&gt;You've been very busy, with more to go.  It is valuable to have materials available so early.  It is a little daunting to see that you are already at 2000 pages with the expectation of triple that by the time it is suitable for use as the specification of a standard.&lt;br&gt;&lt;br&gt;Are you going to create a forum for technical comment so that those of us who read through the documents with beginners' eyes can submit anything odd that we notice?</description></item><item><title>re: Oh, about that "OpenXML"</title><link>http://blogs.msdn.com/brian_jones/archive/2005/12/14/503642.aspx#505560</link><pubDate>Mon, 19 Dec 2005 22:19:34 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:505560</guid><dc:creator>orcmid</dc:creator><description>I see, above, that I derailed your blog's URL-recognizer.  With no preview, who knew?  &lt;br&gt;&lt;br&gt;While I'm passing by, I thought I'd point out that I stumble every time I see &amp;quot;OpenXML&amp;quot; used the way it appears on the FAQ about the ECMA submission and the intention of the covenant not to sue.  Although it is simple and valuable for that, I think using the term when only discussing the Office Open XML format reaches too far and will be more of a lightning rod than useful.</description></item><item><title>re: More answers to questions around standardization and licensing</title><link>http://blogs.msdn.com/brian_jones/archive/2005/12/14/503642.aspx#505586</link><pubDate>Mon, 19 Dec 2005 23:23:12 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:505586</guid><dc:creator>Stephane Rodriguez</dc:creator><description>&lt;br&gt;The ECMA TC45 specs blows the O12 schema preview doc out of the water. I don't understand how Microsoft even considered the fact they would post something as useless as the O12 schema preview. In fact, I think the ECMA TC45 specs *IS* the doc spec, period.&lt;br&gt;&lt;br&gt;Thumb up to Massachusetts, they've got MS to publish the specs.&lt;br&gt;&lt;br&gt;</description></item><item><title>re: More answers to questions around standardization and licensing</title><link>http://blogs.msdn.com/brian_jones/archive/2005/12/14/503642.aspx#505701</link><pubDate>Tue, 20 Dec 2005 02:57:54 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:505701</guid><dc:creator>BrianJones</dc:creator><description>Chris - I just posted about the documentation here: &lt;a rel="nofollow" target="_new" href="http://blogs.msdn.com/brian_jones/archive/2005/12/19/505675.aspx"&gt;http://blogs.msdn.com/brian_jones/archive/2005/12/19/505675.aspx&lt;/a&gt;&lt;br&gt;We'll continue to update the documentation directly through the Ecma work.&lt;br&gt;&lt;br&gt;S. Colard, the &amp;quot;conformant&amp;quot; piece is just saying that if you do something outside of the spec, then it can't be covered because it isn't something Microsoft has defined, it's something you've defined. The pieces within the spec are covered of course, but anything outside is something that we don't have control over. How could we?&lt;br&gt;&lt;br&gt;Orcmid - Thank you on the congratulations :-) We still have a lot of work ahead of us, but it's really exciting stuff.&lt;br&gt;I know the 2000 pages a bit overwhelming, but you have to realize that the document covers all three application formats, which have been evolving over the past 20 years (so you can expect there to be a lot of information). The initial 200 pages are the glue though that brings all the reference material together and should help make it much easier to follow.&lt;br&gt;&lt;br&gt;Stephane, I'm glad you like it :-) I know that the previews were really rough, but we wanted to get some information out there early, even if it wasn't in the best state. The Ecma spec will continue to get much more clear over the coming months as we work on it in TC45. I'm really excited about the quality of document we're going to have for everyone.&lt;br&gt;&lt;br&gt;-Brian</description></item><item><title>re: More answers to questions around standardization and licensing</title><link>http://blogs.msdn.com/brian_jones/archive/2005/12/14/503642.aspx#506052</link><pubDate>Tue, 20 Dec 2005 22:53:47 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:506052</guid><dc:creator>S. Colcord</dc:creator><description>Brian Jones wrote:&lt;br&gt;&amp;quot;the &amp;quot;conformant&amp;quot; piece is just saying that if you do something outside of the spec, then it can't be covered because it isn't something Microsoft has defined, it's something you've defined. The pieces within the spec are covered of course [...]&amp;quot;&lt;br&gt;&lt;br&gt;Hi Brian,&lt;br&gt;&lt;br&gt;If that's true, this concern is moot.  The following example would serve as a good illustration:&lt;br&gt;&lt;br&gt;A developer (&amp;quot;Bob&amp;quot;) implements an office suite, and decides to use OpenXML for the data storage, but tweaks it to suit his particular needs, calling the resulting format BobsOpenXML.  By what you stated above, Bob's changes can't be covered, because they aren't something Microsoft has defined, but the pieces of BobsOpenXML that came from the OpenXML spec are covered by the Covenant.  Correct?&lt;br&gt;&lt;br&gt;</description></item><item><title>jtb.blog  &amp;raquo; Blog Archive   &amp;raquo; Office 12 - Word</title><link>http://blogs.msdn.com/brian_jones/archive/2005/12/14/503642.aspx#531231</link><pubDate>Tue, 14 Feb 2006 00:25:44 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:531231</guid><dc:creator>jtb.blog  » Blog Archive   » Office 12 - Word</dc:creator><description>PingBack from &lt;a rel="nofollow" target="_new" href="http://blog.jensthebrain.de/archives/2006/02/13/office-12-word/"&gt;http://blog.jensthebrain.de/archives/2006/02/13/office-12-word/&lt;/a&gt;</description></item><item><title>offpress  &amp;raquo; Blog Archive   &amp;raquo; LWE Boston, Politics, and more&amp;#8230;</title><link>http://blogs.msdn.com/brian_jones/archive/2005/12/14/503642.aspx#577887</link><pubDate>Tue, 18 Apr 2006 02:40:34 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:577887</guid><dc:creator>offpress  » Blog Archive   » LWE Boston, Politics, and more…</dc:creator><description>PingBack from &lt;a rel="nofollow" target="_new" href="http://luispo.wordpress.com/2006/04/17/3/"&gt;http://luispo.wordpress.com/2006/04/17/3/&lt;/a&gt;</description></item><item><title> Brian Jones Office Extensibility More answers to questions around | storage bench</title><link>http://blogs.msdn.com/brian_jones/archive/2005/12/14/503642.aspx#9782811</link><pubDate>Fri, 19 Jun 2009 11:14:33 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9782811</guid><dc:creator> Brian Jones Office Extensibility More answers to questions around | storage bench</dc:creator><description>&lt;p&gt;PingBack from &lt;a rel="nofollow" target="_new" href="http://thestoragebench.info/story.php?id=5658"&gt;http://thestoragebench.info/story.php?id=5658&lt;/a&gt;&lt;/p&gt;
</description></item></channel></rss>