<?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: A Pre-BRM Miscellany</title>
	<atom:link href="http://www.robweir.com/blog/2008/02/pre-brm-miscellany.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.robweir.com/blog/2008/02/pre-brm-miscellany.html?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=pre-brm-miscellany</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: Anonymous</title>
		<link>http://www.robweir.com/blog/2008/02/pre-brm-miscellany.html#comment-1643</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Thu, 13 Mar 2008 00:24:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2008/02/a-pre-brm-miscellany.html#comment-1643</guid>
		<description>Does anyone actually read what MSFT says...&lt;br/&gt;and see the most obvious flaw in their statement?&lt;br/&gt;&lt;br/&gt;To me it was classic MSFT trick and so obvious and stupid that I expected everyone to jump on it right away.  I failed to comment on it at the time because it was so obvious. Then I failed to comment because I started thinking that it is so obvious that I must be wrong about seeing what I saw there. Surely someone more experienced on legal issues than me would see it.&lt;br/&gt;&lt;br/&gt;I mean it is absolutely in clear language in the OOXML IP commitment.&lt;br/&gt;&lt;br/&gt;But now we have even SFLC analysis of the agreement which as far as I can see fails to see the most obvious trap. Either I am missing some legal detail or a lot of people seem to not actually read what is actually written.&lt;br/&gt;&lt;br/&gt;MSFT IP (intellectual property in the widest sense of words i.e. patents, copyrights, trademarks etc.) guarantee states that they give ***NO rights to any of their IP*** that is not necessary to implement to minimal *mandatory* part of the standard. In particular, they give no rights to anyone just because a legacy formats are REFERRED in the standard. &lt;br/&gt;&lt;br/&gt;The more stuff BRM moved to appendices or relegated to legacy status or optional parts of the standard, the happier MSFT was. Only they can ever implement the standard in full!!!!!!!!!!!!!!!!!  &lt;br/&gt;&lt;br/&gt;No one else has any rights to even try to implement any of the functionality  that is not spelled out in the mandatory parts of the standard in full. Note that any part that is not spelled out in detail is MSFT property and they agreement gives you no rights to even ask them how their various binary formats work or how MS workd 95 formats a list of items or whatever other thing that is defined by reference to how piece of software XXX works. The binary file formats are not essential part of the standard and even trying to reverse engineer them becomes even more illegal under many jurisdictions in Europe where many of MSFT most abusive behaviour was curtailed in small degree under certain protections w.r.t. rights to reverse engineer or reimplement things independently. Note that the legal status  of MSFT binary format changes in each and  every jurisdiction quite unpredictabibly if OOXML becomes law.&lt;br/&gt;&lt;br/&gt;Of course MSFT could eliminate this obstacle to acceptance to OOXML by simply giving blanket license, right to sublicense and agreement not to sue anyone for any implemenetatons of the OOXML standard.&lt;br/&gt;&lt;br/&gt;But then again, that would defeat their purpose of trying to make OOXML a standard....&lt;br/&gt;&lt;br/&gt;Remember, all the law applies all the time and I actually see OOXML giving MSFT more protections in some jurisdictions within EU that they never had before!!!!!!&lt;br/&gt;&lt;br/&gt;Am I really missing something or are legally minded people missing the big log in our common eye because of the forest of trivial detail?&lt;br/&gt;&lt;br/&gt;(Signature FFAQ98)</description>
		<content:encoded><![CDATA[<p>Does anyone actually read what MSFT says&#8230;<br />and see the most obvious flaw in their statement?</p>
<p>To me it was classic MSFT trick and so obvious and stupid that I expected everyone to jump on it right away.  I failed to comment on it at the time because it was so obvious. Then I failed to comment because I started thinking that it is so obvious that I must be wrong about seeing what I saw there. Surely someone more experienced on legal issues than me would see it.</p>
<p>I mean it is absolutely in clear language in the OOXML IP commitment.</p>
<p>But now we have even SFLC analysis of the agreement which as far as I can see fails to see the most obvious trap. Either I am missing some legal detail or a lot of people seem to not actually read what is actually written.</p>
<p>MSFT IP (intellectual property in the widest sense of words i.e. patents, copyrights, trademarks etc.) guarantee states that they give ***NO rights to any of their IP*** that is not necessary to implement to minimal *mandatory* part of the standard. In particular, they give no rights to anyone just because a legacy formats are REFERRED in the standard. </p>
<p>The more stuff BRM moved to appendices or relegated to legacy status or optional parts of the standard, the happier MSFT was. Only they can ever implement the standard in full!!!!!!!!!!!!!!!!!  </p>
<p>No one else has any rights to even try to implement any of the functionality  that is not spelled out in the mandatory parts of the standard in full. Note that any part that is not spelled out in detail is MSFT property and they agreement gives you no rights to even ask them how their various binary formats work or how MS workd 95 formats a list of items or whatever other thing that is defined by reference to how piece of software XXX works. The binary file formats are not essential part of the standard and even trying to reverse engineer them becomes even more illegal under many jurisdictions in Europe where many of MSFT most abusive behaviour was curtailed in small degree under certain protections w.r.t. rights to reverse engineer or reimplement things independently. Note that the legal status  of MSFT binary format changes in each and  every jurisdiction quite unpredictabibly if OOXML becomes law.</p>
<p>Of course MSFT could eliminate this obstacle to acceptance to OOXML by simply giving blanket license, right to sublicense and agreement not to sue anyone for any implemenetatons of the OOXML standard.</p>
<p>But then again, that would defeat their purpose of trying to make OOXML a standard&#8230;.</p>
<p>Remember, all the law applies all the time and I actually see OOXML giving MSFT more protections in some jurisdictions within EU that they never had before!!!!!!</p>
<p>Am I really missing something or are legally minded people missing the big log in our common eye because of the forest of trivial detail?</p>
<p>(Signature FFAQ98)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: segedunum</title>
		<link>http://www.robweir.com/blog/2008/02/pre-brm-miscellany.html#comment-1532</link>
		<dc:creator>segedunum</dc:creator>
		<pubDate>Fri, 22 Feb 2008 15:46:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2008/02/a-pre-brm-miscellany.html#comment-1532</guid>
		<description>The disabling of older formats in Office 2003 is entirely predictable, and a well worn Microsoft tactic of closing the stable door.&lt;br/&gt;&lt;br/&gt;They will gradually squeeze support for older binary formats out of Office altogether, basically because of two reasons:&lt;br/&gt;&lt;br/&gt;1. It forces everyone to upgrade to a newer format, keeping the merry-go-round of implementing new formats for everyone else going.&lt;br/&gt;&lt;br/&gt;2. It&#039;s a convenient upgrade path. People feel compelled to re-save their documents and then that effectively cuts them off going back to other versions of Office and previous formats.&lt;br/&gt;&lt;br/&gt;The net effect, really, is that many people are just sitting on Office 97, and Office 2000 and not choosing to upgrade anything. Interestingly, a lot of the integration that Microsoft espouses between Office and programming environments like Visual Basic is keeping them there. They simply have no time or resources to re-test and re-code all their macros and mail merge integration with a new version or Service Pack of Office.</description>
		<content:encoded><![CDATA[<p>The disabling of older formats in Office 2003 is entirely predictable, and a well worn Microsoft tactic of closing the stable door.</p>
<p>They will gradually squeeze support for older binary formats out of Office altogether, basically because of two reasons:</p>
<p>1. It forces everyone to upgrade to a newer format, keeping the merry-go-round of implementing new formats for everyone else going.</p>
<p>2. It&#8217;s a convenient upgrade path. People feel compelled to re-save their documents and then that effectively cuts them off going back to other versions of Office and previous formats.</p>
<p>The net effect, really, is that many people are just sitting on Office 97, and Office 2000 and not choosing to upgrade anything. Interestingly, a lot of the integration that Microsoft espouses between Office and programming environments like Visual Basic is keeping them there. They simply have no time or resources to re-test and re-code all their macros and mail merge integration with a new version or Service Pack of Office.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob</title>
		<link>http://www.robweir.com/blog/2008/02/pre-brm-miscellany.html#comment-1516</link>
		<dc:creator>Rob</dc:creator>
		<pubDate>Mon, 18 Feb 2008 16:40:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2008/02/a-pre-brm-miscellany.html#comment-1516</guid>
		<description>A quick update on the concurrent OFE conference.  I just heard that Microsoft employees have now started registering for the conference, around 8 so far.  &lt;br/&gt;&lt;br/&gt;Interesting.  So why exactly are all of these Microsoft guys in Geneva that week?  None of them appear to be BRM delegates.  To quote Doug Mahugh, &quot;Wow. If this isn&#039;t an attempt to exert undue influence on the standards process, it&#039;s hard to imagine what is.  Who are these people?&quot;&lt;br/&gt;&lt;br/&gt;Methinks that the OFE conference has forced Microsoft&#039;s lobbying team to decloak.</description>
		<content:encoded><![CDATA[<p>A quick update on the concurrent OFE conference.  I just heard that Microsoft employees have now started registering for the conference, around 8 so far.  </p>
<p>Interesting.  So why exactly are all of these Microsoft guys in Geneva that week?  None of them appear to be BRM delegates.  To quote Doug Mahugh, &#8220;Wow. If this isn&#8217;t an attempt to exert undue influence on the standards process, it&#8217;s hard to imagine what is.  Who are these people?&#8221;</p>
<p>Methinks that the OFE conference has forced Microsoft&#8217;s lobbying team to decloak.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Wesley Parish</title>
		<link>http://www.robweir.com/blog/2008/02/pre-brm-miscellany.html#comment-1515</link>
		<dc:creator>Wesley Parish</dc:creator>
		<pubDate>Mon, 18 Feb 2008 14:21:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2008/02/a-pre-brm-miscellany.html#comment-1515</guid>
		<description>fwiw, I&#039;ve just been over to http://xml.coverpages.org/news2007Q1.html and I&#039;ve discovered possibly the best reason why ECMA 376 should be left abandoned, dead in the water:&lt;br/&gt;&lt;br/&gt;It has been alleged that ECMA 376 does not validate against the XML compliance tests; it has also proved difficult to translate ECMA 376 into a compliant XML standard such as ODF.&lt;br/&gt;&lt;br/&gt;By the news on the Cover Pages website, every man and his dog is developing additional XML standards for document interchange.  The Office Suite is no longer an island, existing in splendid isolation; for what it is worth, it has to interoperate with all the software producing and using standards such as the XML Localization Interchange File Format (XLIFF) v1.2.&lt;br/&gt;&lt;br/&gt;If these standards take on momentum, and they each require a much higher standard of compliance with the base XML standard/s than ECMA 376 does, then using ECMA 376 is a neat and handy way to cripple your business, playing russian roulette with a loaded automatic instead of a revolver.  Just think of all the interoperability you&#039;ll be surrendering to your competition!  Oh the joys of lock-in!</description>
		<content:encoded><![CDATA[<p>fwiw, I&#8217;ve just been over to <a href="http://xml.coverpages.org/news2007Q1.html" rel="nofollow">http://xml.coverpages.org/news2007Q1.html</a> and I&#8217;ve discovered possibly the best reason why ECMA 376 should be left abandoned, dead in the water:</p>
<p>It has been alleged that ECMA 376 does not validate against the XML compliance tests; it has also proved difficult to translate ECMA 376 into a compliant XML standard such as ODF.</p>
<p>By the news on the Cover Pages website, every man and his dog is developing additional XML standards for document interchange.  The Office Suite is no longer an island, existing in splendid isolation; for what it is worth, it has to interoperate with all the software producing and using standards such as the XML Localization Interchange File Format (XLIFF) v1.2.</p>
<p>If these standards take on momentum, and they each require a much higher standard of compliance with the base XML standard/s than ECMA 376 does, then using ECMA 376 is a neat and handy way to cripple your business, playing russian roulette with a loaded automatic instead of a revolver.  Just think of all the interoperability you&#8217;ll be surrendering to your competition!  Oh the joys of lock-in!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Usage May Vary</title>
		<link>http://www.robweir.com/blog/2008/02/pre-brm-miscellany.html#comment-1511</link>
		<dc:creator>Usage May Vary</dc:creator>
		<pubDate>Mon, 18 Feb 2008 03:31:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2008/02/a-pre-brm-miscellany.html#comment-1511</guid>
		<description>Also @ wrath. Where is your proof, buddy?&lt;br/&gt;&lt;br/&gt;IBM never did anything formal to MS, and never anything informal either. Pointing out fact is not illegal, or sponsoring, or &quot;anti-ooxml&quot;. &lt;a HREF=&quot;http://bigblog.com/web_developer/microsoft-misleads-on-canadian-copyright-reform-1284713130.html&quot; REL=&quot;nofollow&quot; rel=&quot;nofollow&quot;&gt;Misrepresenting the facts however &lt;/a&gt;, is both immoral and unethical. &lt;a HREF=&quot;http://www.microsoft-watch.com/content/business_applications/big_blues_ooxml_gambit.html&quot; REL=&quot;nofollow&quot; rel=&quot;nofollow&quot;&gt; Not that Microsoft has ever done that recently &lt;/a&gt; or anything.</description>
		<content:encoded><![CDATA[<p>Also @ wrath. Where is your proof, buddy?</p>
<p>IBM never did anything formal to MS, and never anything informal either. Pointing out fact is not illegal, or sponsoring, or &#8220;anti-ooxml&#8221;. <a HREF="http://bigblog.com/web_developer/microsoft-misleads-on-canadian-copyright-reform-1284713130.html" REL="nofollow" rel="nofollow">Misrepresenting the facts however </a>, is both immoral and unethical. <a HREF="http://www.microsoft-watch.com/content/business_applications/big_blues_ooxml_gambit.html" REL="nofollow" rel="nofollow"> Not that Microsoft has ever done that recently </a> or anything.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob</title>
		<link>http://www.robweir.com/blog/2008/02/pre-brm-miscellany.html#comment-1503</link>
		<dc:creator>Rob</dc:creator>
		<pubDate>Sun, 17 Feb 2008 14:59:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2008/02/a-pre-brm-miscellany.html#comment-1503</guid>
		<description>@Wraith,&lt;br/&gt;&lt;br/&gt;Which sessions do you think are &quot;anti-ooxml&quot;?   I don&#039;t see OOXML mentioned in any of the session descriptions.  Microsoft claims that OOXML is an open standard.  So why should they worry about sessions like &quot;Standards and Intellectual Property Rights&quot; or breakout sessions on &quot;Standards in Education&quot;?&lt;br/&gt;&lt;br/&gt;In any case, there will be plenty of people attending the conference who are not BRM delegates.  So I expect that the daytime sessions would not have BRM delegates in attendance, while the morning and evening sessions would be more likely to attract BRM participants.&lt;br/&gt;&lt;br/&gt;Speaking for myself, my primary responsibility is to attend and participate in the BRM.  But I will be very interested in the conference sessions and plan on attending as many as I can outside of the BRM hours.&lt;br/&gt;&lt;br/&gt;And if I have time, I&#039;ll blog it all.&lt;br/&gt;&lt;br/&gt;What is interesting to me is that no one complained about Ecma TC45, which recently held a meeting in Kyoto, Japan at the same time as the SC34 Kyoto Plenary, and then invited SC34 members to attend the TC45 meeting in order to hear all sorts of wonderful things about OOXML.</description>
		<content:encoded><![CDATA[<p>@Wraith,</p>
<p>Which sessions do you think are &#8220;anti-ooxml&#8221;?   I don&#8217;t see OOXML mentioned in any of the session descriptions.  Microsoft claims that OOXML is an open standard.  So why should they worry about sessions like &#8220;Standards and Intellectual Property Rights&#8221; or breakout sessions on &#8220;Standards in Education&#8221;?</p>
<p>In any case, there will be plenty of people attending the conference who are not BRM delegates.  So I expect that the daytime sessions would not have BRM delegates in attendance, while the morning and evening sessions would be more likely to attract BRM participants.</p>
<p>Speaking for myself, my primary responsibility is to attend and participate in the BRM.  But I will be very interested in the conference sessions and plan on attending as many as I can outside of the BRM hours.</p>
<p>And if I have time, I&#8217;ll blog it all.</p>
<p>What is interesting to me is that no one complained about Ecma TC45, which recently held a meeting in Kyoto, Japan at the same time as the SC34 Kyoto Plenary, and then invited SC34 members to attend the TC45 meeting in order to hear all sorts of wonderful things about OOXML.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Wraith</title>
		<link>http://www.robweir.com/blog/2008/02/pre-brm-miscellany.html#comment-1502</link>
		<dc:creator>The Wraith</dc:creator>
		<pubDate>Sun, 17 Feb 2008 10:13:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2008/02/a-pre-brm-miscellany.html#comment-1502</guid>
		<description>Could you tell us why IBM is sponsering an event that organises  anti-ooxml information sessions specifically ment for participants of the BRM on DIS 29500 even during times that they are supposed to be working for their ISO/SEC national bodies ?&lt;br/&gt;&lt;br/&gt;IBM has members in the ISO national bodies. Wil they be attending the BRM for which they are in Geneva or will they attend the simultanious sessions organised by their own company ?</description>
		<content:encoded><![CDATA[<p>Could you tell us why IBM is sponsering an event that organises  anti-ooxml information sessions specifically ment for participants of the BRM on DIS 29500 even during times that they are supposed to be working for their ISO/SEC national bodies ?</p>
<p>IBM has members in the ISO national bodies. Wil they be attending the BRM for which they are in Geneva or will they attend the simultanious sessions organised by their own company ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: orlando</title>
		<link>http://www.robweir.com/blog/2008/02/pre-brm-miscellany.html#comment-1501</link>
		<dc:creator>orlando</dc:creator>
		<pubDate>Sat, 16 Feb 2008 23:04:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2008/02/a-pre-brm-miscellany.html#comment-1501</guid>
		<description>&lt;i&gt;&#039;but no one in JTC1 even blinks when Côte-d&#039;Ivoire joins JTC1 as a P-member three days before the end of a 6-month standardization process and vote &quot;Yes&quot; without comments on a 6,000 page proposal?&#039;&lt;br/&gt;&lt;/i&gt;&lt;br/&gt;&lt;br/&gt;i don&#039;t see the point on wasting precious time of NBs around the world reviewing this monster ( DIS 29500 ) ( i.e: 30 people at BSI expert group, USA/Incits V1, Japan, India, etc. ) if just any NB can join the party as P-member three days before and easily void your work casting a &quot;yes without comments&quot; vote.&lt;br/&gt;&lt;br/&gt;There is no provision at ISO/IEC to avoid this un-ethic behaviour?&lt;br/&gt;&lt;br/&gt;Doesn&#039;t ISO/IEC JTC1 demand a minimum time ( a couple of months at least ) of participation in JTC1 activities to allow NB to cast votes in such importants standardization process ( like the fast-track of +6000 pages )?&lt;br/&gt;&lt;br/&gt;Why the &quot;old&quot; NBs don&#039;t put a formal complain at ISO about that? this kind of process must be challenged ... standards are not games or a kind of election. &lt;br/&gt;&lt;br/&gt;   orlando</description>
		<content:encoded><![CDATA[<p><i>&#8216;but no one in JTC1 even blinks when Côte-d&#8217;Ivoire joins JTC1 as a P-member three days before the end of a 6-month standardization process and vote &#8220;Yes&#8221; without comments on a 6,000 page proposal?&#8217;<br /></i></p>
<p>i don&#8217;t see the point on wasting precious time of NBs around the world reviewing this monster ( DIS 29500 ) ( i.e: 30 people at BSI expert group, USA/Incits V1, Japan, India, etc. ) if just any NB can join the party as P-member three days before and easily void your work casting a &#8220;yes without comments&#8221; vote.</p>
<p>There is no provision at ISO/IEC to avoid this un-ethic behaviour?</p>
<p>Doesn&#8217;t ISO/IEC JTC1 demand a minimum time ( a couple of months at least ) of participation in JTC1 activities to allow NB to cast votes in such importants standardization process ( like the fast-track of +6000 pages )?</p>
<p>Why the &#8220;old&#8221; NBs don&#8217;t put a formal complain at ISO about that? this kind of process must be challenged &#8230; standards are not games or a kind of election. </p>
<p>   orlando</p>
]]></content:encoded>
	</item>
</channel>
</rss>

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

