<?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: The OOXML BRM</title>
	<atom:link href="http://www.robweir.com/blog/2007/08/ooxml-brm.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.robweir.com/blog/2007/08/ooxml-brm.html</link>
	<description>Thinking the unthinkable, pondering the imponderable, effing the ineffable and scruting the inscrutable</description>
	<lastBuildDate>Wed, 10 Mar 2010 01:51:22 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Anonymous</title>
		<link>http://www.robweir.com/blog/2007/08/ooxml-brm.html#comment-1161</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Wed, 05 Sep 2007 07:26:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/08/the-ooxml-brm.html#comment-1161</guid>
		<description>Rob, as a follow up to Gopal&#039;s question.&lt;br/&gt;&lt;br/&gt;I believe that ECMA/MS have until Jan 14, 2008 to provide their suggestions on how to resolve the comments.  The individual NBs then have six weeks to accept the ECMA/MS suggestions or make suggestions of their own on how to resolve the comments.&lt;br/&gt;&lt;br/&gt;Then, ideally, at the BRM the NBs would work together, through the project editor, to achieve consensus on how to resolve the comments as you stated in you post.&lt;br/&gt;&lt;br/&gt;David Farning</description>
		<content:encoded><![CDATA[<p>Rob, as a follow up to Gopal&#8217;s question.</p>
<p>I believe that ECMA/MS have until Jan 14, 2008 to provide their suggestions on how to resolve the comments.  The individual NBs then have six weeks to accept the ECMA/MS suggestions or make suggestions of their own on how to resolve the comments.</p>
<p>Then, ideally, at the BRM the NBs would work together, through the project editor, to achieve consensus on how to resolve the comments as you stated in you post.</p>
<p>David Farning</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob</title>
		<link>http://www.robweir.com/blog/2007/08/ooxml-brm.html#comment-1135</link>
		<dc:creator>Rob</dc:creator>
		<pubDate>Sun, 02 Sep 2007 16:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/08/the-ooxml-brm.html#comment-1135</guid>
		<description>Hi Gopal,&lt;br/&gt;&lt;br/&gt;To be precise, Microsoft/Ecma does not produce the new version of the standard, but the Project Editor does, according to the BRM&#039;s instructions. &lt;br/&gt;&lt;br/&gt;The final text is due one month after the BRM.  If an NB notices a clerical error in the Project Editor&#039;s work, e.g., the BRM agreed to a change but the change is not transcribed into the final DIS, then this should probably be raised directly with the SC Secretariat and the Project Editor.  That&#039;s what I would do, though the case is not explicitly covered in the Directives.&lt;br/&gt;&lt;br/&gt;Note that the BRM is being asked to &quot;agree to a text.&quot;  So changes voted on at the BRM should be very specific, word for word changes, not open ended requests to &quot;clarify&quot; or such.  So the Project Editor&#039;s work after the BRM should be entirely clerical.</description>
		<content:encoded><![CDATA[<p>Hi Gopal,</p>
<p>To be precise, Microsoft/Ecma does not produce the new version of the standard, but the Project Editor does, according to the BRM&#8217;s instructions. </p>
<p>The final text is due one month after the BRM.  If an NB notices a clerical error in the Project Editor&#8217;s work, e.g., the BRM agreed to a change but the change is not transcribed into the final DIS, then this should probably be raised directly with the SC Secretariat and the Project Editor.  That&#8217;s what I would do, though the case is not explicitly covered in the Directives.</p>
<p>Note that the BRM is being asked to &#8220;agree to a text.&#8221;  So changes voted on at the BRM should be very specific, word for word changes, not open ended requests to &#8220;clarify&#8221; or such.  So the Project Editor&#8217;s work after the BRM should be entirely clerical.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gopal</title>
		<link>http://www.robweir.com/blog/2007/08/ooxml-brm.html#comment-1131</link>
		<dc:creator>Gopal</dc:creator>
		<pubDate>Sun, 02 Sep 2007 01:48:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/08/the-ooxml-brm.html#comment-1131</guid>
		<description>Assuming the BRM meeting agrees to incorporate say majority of the comments into the standard, by when (what date) does ECMA/MS have to make the required changes.  Will the changes be subject to another review to confirm that they have been done.</description>
		<content:encoded><![CDATA[<p>Assuming the BRM meeting agrees to incorporate say majority of the comments into the standard, by when (what date) does ECMA/MS have to make the required changes.  Will the changes be subject to another review to confirm that they have been done.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob</title>
		<link>http://www.robweir.com/blog/2007/08/ooxml-brm.html#comment-1094</link>
		<dc:creator>Rob</dc:creator>
		<pubDate>Wed, 29 Aug 2007 02:42:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/08/the-ooxml-brm.html#comment-1094</guid>
		<description>Sandy, the JTC1 Directives merely say, &quot;In some cases the establishment of a ballot resolution group is unnecessary and the SC Secretariat can assign the task directly to the Project Editor.&quot;  It doesn&#039;t give any set numeric criterion for deciding this, so this is at the discretion of the SC34 Secretariat.&lt;br/&gt;&lt;br/&gt;(Yes, it is ironic that one of the most important standards organizations in the world has rules written so vaguely.  On the other hand the Fast Track procedures were pretty much written by Ecma, so maybe this isn&#039;t a surprise.)&lt;br/&gt;&lt;br/&gt;Also, don&#039;t fall into the trap of thinking that Microsoft/Ecma can resolve any comments.  Only JTC1 can resolve comments.  It can only do it via a Ballot Resolution Meeting or by assigning this task to the JTC1-appointed Project Editor.</description>
		<content:encoded><![CDATA[<p>Sandy, the JTC1 Directives merely say, &#8220;In some cases the establishment of a ballot resolution group is unnecessary and the SC Secretariat can assign the task directly to the Project Editor.&#8221;  It doesn&#8217;t give any set numeric criterion for deciding this, so this is at the discretion of the SC34 Secretariat.</p>
<p>(Yes, it is ironic that one of the most important standards organizations in the world has rules written so vaguely.  On the other hand the Fast Track procedures were pretty much written by Ecma, so maybe this isn&#8217;t a surprise.)</p>
<p>Also, don&#8217;t fall into the trap of thinking that Microsoft/Ecma can resolve any comments.  Only JTC1 can resolve comments.  It can only do it via a Ballot Resolution Meeting or by assigning this task to the JTC1-appointed Project Editor.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sandy</title>
		<link>http://www.robweir.com/blog/2007/08/ooxml-brm.html#comment-1091</link>
		<dc:creator>Sandy</dc:creator>
		<pubDate>Wed, 29 Aug 2007 01:23:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/08/the-ooxml-brm.html#comment-1091</guid>
		<description>Rob,&lt;br/&gt;&lt;br/&gt;If Microsoft&#039;s OOXML gets a yes vote from  at least 2/3&#039;s of the P members and no votes from less than 1/4 of the total voting members, does OOXML automatically become an ISO standard?  Or does Microsoft/ECMA also have to resolve all of the comments that accompaniied no ballots at the Ballot Resolution Meeting in February to procure  ISO standard status for OOXML?</description>
		<content:encoded><![CDATA[<p>Rob,</p>
<p>If Microsoft&#8217;s OOXML gets a yes vote from  at least 2/3&#8217;s of the P members and no votes from less than 1/4 of the total voting members, does OOXML automatically become an ISO standard?  Or does Microsoft/ECMA also have to resolve all of the comments that accompaniied no ballots at the Ballot Resolution Meeting in February to procure  ISO standard status for OOXML?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob</title>
		<link>http://www.robweir.com/blog/2007/08/ooxml-brm.html#comment-1085</link>
		<dc:creator>Rob</dc:creator>
		<pubDate>Tue, 28 Aug 2007 16:05:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/08/the-ooxml-brm.html#comment-1085</guid>
		<description>I&#039;m not sure what &quot;OASIS went along with BRM being canceled&quot; is supposed to mean.  OASIS doesn&#039;t have a voice one way or another on whether the BRM was canceled. OASIS has liaison status in SC34.  It can&#039;t vote.   But I can say that I attended that Plenary as well as the ODF Project Editor and the OASIS Liaison representative.  So if anyone wanted to have a BRM, we were all there in Seoul ready to have it. &lt;br/&gt;&lt;br/&gt;As for the robustness of the review, I see it otherwise.  The fact that OOXML has such a large number of clear defects shows the insufficiency of the Ecma review and the overall poor quality of that process.  If ODF had this quantity of problems you would surely have heard Microsoft already listing them.</description>
		<content:encoded><![CDATA[<p>I&#8217;m not sure what &#8220;OASIS went along with BRM being canceled&#8221; is supposed to mean.  OASIS doesn&#8217;t have a voice one way or another on whether the BRM was canceled. OASIS has liaison status in SC34.  It can&#8217;t vote.   But I can say that I attended that Plenary as well as the ODF Project Editor and the OASIS Liaison representative.  So if anyone wanted to have a BRM, we were all there in Seoul ready to have it. </p>
<p>As for the robustness of the review, I see it otherwise.  The fact that OOXML has such a large number of clear defects shows the insufficiency of the Ecma review and the overall poor quality of that process.  If ODF had this quantity of problems you would surely have heard Microsoft already listing them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James</title>
		<link>http://www.robweir.com/blog/2007/08/ooxml-brm.html#comment-1084</link>
		<dc:creator>James</dc:creator>
		<pubDate>Tue, 28 Aug 2007 15:24:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/08/the-ooxml-brm.html#comment-1084</guid>
		<description>Quoted from stephen&#039;s blog:&lt;br/&gt;&lt;br/&gt;&lt;br/&gt;&lt;br/&gt;Thanks Ed - I don&#039;t think he so much answers it as confirms it. DIS29500 is recieving a far more robust review than IS26300 ever did ... and will benefit from it I am sure. I think the fact that OASIS went along with the BRM being cancelled is indicative that thay knew there was so much more work to be done -  formulas, accessibility, interoperability support.&lt;br/&gt;&lt;br/&gt;I guess IS26300 will get the same level of thoughtful and good faith review from IBM and supporters when it comes back to ISO for revision one day?&lt;br/&gt;&lt;br/&gt;I understand that Ecma have confirmed that they expect there to be a BRM and will address all comments at it.&lt;br/&gt;________________________________________&lt;br/&gt;&lt;br/&gt;Um funny doesn&#039;t look like he read your comment at all Rob. OASIS went along with a BRM cancellation because they knew there were so many issues? Then why were there no comments to resolve.....&lt;br/&gt;&lt;br/&gt;Sometimes spinning makes one dizzy I guess....</description>
		<content:encoded><![CDATA[<p>Quoted from stephen&#8217;s blog:</p>
<p>Thanks Ed &#8211; I don&#8217;t think he so much answers it as confirms it. DIS29500 is recieving a far more robust review than IS26300 ever did &#8230; and will benefit from it I am sure. I think the fact that OASIS went along with the BRM being cancelled is indicative that thay knew there was so much more work to be done &#8211;  formulas, accessibility, interoperability support.</p>
<p>I guess IS26300 will get the same level of thoughtful and good faith review from IBM and supporters when it comes back to ISO for revision one day?</p>
<p>I understand that Ecma have confirmed that they expect there to be a BRM and will address all comments at it.<br />________________________________________</p>
<p>Um funny doesn&#8217;t look like he read your comment at all Rob. OASIS went along with a BRM cancellation because they knew there were so many issues? Then why were there no comments to resolve&#8230;..</p>
<p>Sometimes spinning makes one dizzy I guess&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ed</title>
		<link>http://www.robweir.com/blog/2007/08/ooxml-brm.html#comment-1083</link>
		<dc:creator>Ed</dc:creator>
		<pubDate>Tue, 28 Aug 2007 13:10:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/08/the-ooxml-brm.html#comment-1083</guid>
		<description>Rob, I entered a comment on Stephen McGibbon&#039;s website shortly after you posted this, linking back here.  You probably did the same.  I think it&#039;s funny that 20 hours later, he still hasn&#039;t approved these comments.  It&#039;s not the first time Mr. McGibbon has used a &quot;slow count&quot; to ensure his flawed position stands unchallenged.</description>
		<content:encoded><![CDATA[<p>Rob, I entered a comment on Stephen McGibbon&#8217;s website shortly after you posted this, linking back here.  You probably did the same.  I think it&#8217;s funny that 20 hours later, he still hasn&#8217;t approved these comments.  It&#8217;s not the first time Mr. McGibbon has used a &#8220;slow count&#8221; to ensure his flawed position stands unchallenged.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

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