<?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"
	>
<channel>
	<title>Comments for DIS29500 Comments</title>
	<atom:link href="http://www.dis29500.org/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.dis29500.org</link>
	<description>Help the OOXML BRM concentrate on issues of substance</description>
	<pubDate>Tue, 09 Feb 2010 04:08:05 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>Comment on GB-0250 by Joel Stobart</title>
		<link>http://www.dis29500.org/gb-0250/#comment-1984</link>
		<dc:creator>Joel Stobart</dc:creator>
		<pubDate>Fri, 07 Mar 2008 09:09:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/gb-0250/#comment-1984</guid>
		<description>This says either this or that. It doesnt acturally resolve anything at all. Which is it are we getting rid of VML? or are we deprecating AUTOTEXT.</description>
		<content:encoded><![CDATA[<p>This says either this or that. It doesnt acturally resolve anything at all. Which is it are we getting rid of VML? or are we deprecating AUTOTEXT.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on NZ-0030 by Matt</title>
		<link>http://www.dis29500.org/nz-0030/#comment-1932</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Wed, 27 Feb 2008 23:10:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/nz-0030/#comment-1932</guid>
		<description>Note that this may have originally come from this MS sponsored sourceforge project:
http://odf-converter.sourceforge.net/features.html search down page for "Repeat Heading in a Table"</description>
		<content:encoded><![CDATA[<p>Note that this may have originally come from this MS sponsored sourceforge project:<br />
<a href="http://odf-converter.sourceforge.net/features.html" rel="nofollow">http://odf-converter.sourceforge.net/features.html</a> search down page for &#8220;Repeat Heading in a Table&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on IR-0009 by Matt</title>
		<link>http://www.dis29500.org/ir-0009/#comment-1931</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Wed, 27 Feb 2008 23:09:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/ir-0009/#comment-1931</guid>
		<description>Note that this may have originally come from this MS sponsored sourceforge project:
http://odf-converter.sourceforge.net/features.html search down page for "Repeat Heading in a Table"</description>
		<content:encoded><![CDATA[<p>Note that this may have originally come from this MS sponsored sourceforge project:<br />
<a href="http://odf-converter.sourceforge.net/features.html" rel="nofollow">http://odf-converter.sourceforge.net/features.html</a> search down page for &#8220;Repeat Heading in a Table&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on FR-0087 by The Open Sourcerer</title>
		<link>http://www.dis29500.org/fr-0087/#comment-1834</link>
		<dc:creator>The Open Sourcerer</dc:creator>
		<pubDate>Sun, 17 Feb 2008 21:06:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/fr-0087/#comment-1834</guid>
		<description>What about all the Latin type alphabets that are not 26 characters? In Swedish for example they have 3 different "A"s...</description>
		<content:encoded><![CDATA[<p>What about all the Latin type alphabets that are not 26 characters? In Swedish for example they have 3 different &#8220;A&#8221;s&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on IN-0002 by Andre</title>
		<link>http://www.dis29500.org/in-0002/#comment-1782</link>
		<dc:creator>Andre</dc:creator>
		<pubDate>Thu, 14 Feb 2008 12:42:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/in-0002/#comment-1782</guid>
		<description>May collide with the global relevance policy, so ECMA should better move.</description>
		<content:encoded><![CDATA[<p>May collide with the global relevance policy, so ECMA should better move.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on SG-0001 by Andre</title>
		<link>http://www.dis29500.org/sg-0001/#comment-1781</link>
		<dc:creator>Andre</dc:creator>
		<pubDate>Thu, 14 Feb 2008 12:39:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/sg-0001/#comment-1781</guid>
		<description>Silly. It does not address the problem and does not specify the algorithm. No documentation at all is provided. The appropriate solution would be to remove the element.</description>
		<content:encoded><![CDATA[<p>Silly. It does not address the problem and does not specify the algorithm. No documentation at all is provided. The appropriate solution would be to remove the element.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on MY-0006 by Yoon-Kit Yong</title>
		<link>http://www.dis29500.org/my-0006/#comment-1750</link>
		<dc:creator>Yoon-Kit Yong</dc:creator>
		<pubDate>Wed, 13 Feb 2008 02:24:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/my-0006/#comment-1750</guid>
		<description>A new tag should be here: "passing the buck" or "sweeping under the carpet".

Disposition is to await future maintenance to fix this issue.

===

There is no "design challenge" in markup languages.

HTML has been using % tags for over 15 years now. Browsers can parse it without a problem. 

XML is a long piece of strings. In the process of reading these string types, they are parsed as whatever internal datatype, and therefore "10.5%" string will be correctly represented as a 10.5 floating point value.</description>
		<content:encoded><![CDATA[<p>A new tag should be here: &#8220;passing the buck&#8221; or &#8220;sweeping under the carpet&#8221;.</p>
<p>Disposition is to await future maintenance to fix this issue.</p>
<p>===</p>
<p>There is no &#8220;design challenge&#8221; in markup languages.</p>
<p>HTML has been using % tags for over 15 years now. Browsers can parse it without a problem. </p>
<p>XML is a long piece of strings. In the process of reading these string types, they are parsed as whatever internal datatype, and therefore &#8220;10.5%&#8221; string will be correctly represented as a 10.5 floating point value.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on MY-0005 by Yoon-Kit Yong</title>
		<link>http://www.dis29500.org/my-0005/#comment-1749</link>
		<dc:creator>Yoon-Kit Yong</dc:creator>
		<pubDate>Wed, 13 Feb 2008 02:19:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/my-0005/#comment-1749</guid>
		<description>Adding a fifth method to encode dates is ridiculous. It is building complexity on the already complex 4 legacy type dates.

Convertors should be used to translate the legacy date-types to ISO 8601</description>
		<content:encoded><![CDATA[<p>Adding a fifth method to encode dates is ridiculous. It is building complexity on the already complex 4 legacy type dates.</p>
<p>Convertors should be used to translate the legacy date-types to ISO 8601</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on MY-0001 by Yoon-Kit Yong</title>
		<link>http://www.dis29500.org/my-0001/#comment-1748</link>
		<dc:creator>Yoon-Kit Yong</dc:creator>
		<pubDate>Wed, 13 Feb 2008 02:14:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/my-0001/#comment-1748</guid>
		<description>The disposition doesnt clarify where all the "each positions" where the VML is replaced with DrawingML.

The wholesale rip and replace is a good move, but may require an additional timeframe for verification.

We do not know if the Annex is used for normative text, or just informative.</description>
		<content:encoded><![CDATA[<p>The disposition doesnt clarify where all the &#8220;each positions&#8221; where the VML is replaced with DrawingML.</p>
<p>The wholesale rip and replace is a good move, but may require an additional timeframe for verification.</p>
<p>We do not know if the Annex is used for normative text, or just informative.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on CO-0158 by Alan Bell</title>
		<link>http://www.dis29500.org/co-0158/#comment-1693</link>
		<dc:creator>Alan Bell</dc:creator>
		<pubDate>Sat, 09 Feb 2008 13:03:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/co-0158/#comment-1693</guid>
		<description>err, then again, comparing to the PDF it seems the last bit ", as accurately as possible" should be struck out.</description>
		<content:encoded><![CDATA[<p>err, then again, comparing to the PDF it seems the last bit &#8220;, as accurately as possible&#8221; should be struck out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on GB-0634 by hAl</title>
		<link>http://www.dis29500.org/gb-0634/#comment-1687</link>
		<dc:creator>hAl</dc:creator>
		<pubDate>Sat, 09 Feb 2008 08:26:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/gb-0634/#comment-1687</guid>
		<description>New enumeration values are added, old inconsistant values are not removed</description>
		<content:encoded><![CDATA[<p>New enumeration values are added, old inconsistant values are not removed</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on CO-0158 by The Open Sourcerer &#187; Get your five a day at dis29500.org</title>
		<link>http://www.dis29500.org/co-0158/#comment-1685</link>
		<dc:creator>The Open Sourcerer &#187; Get your five a day at dis29500.org</dc:creator>
		<pubDate>Fri, 08 Feb 2008 22:51:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/co-0158/#comment-1685</guid>
		<description>[...] As well as being able to comment on the many interesting dispositions (my favorite so far is CO-0158) you can press one of the handy &#8220;tag and go&#8221; buttons to record your thoughts and move [...]</description>
		<content:encoded><![CDATA[<p>[...] As well as being able to comment on the many interesting dispositions (my favorite so far is CO-0158) you can press one of the handy &#8220;tag and go&#8221; buttons to record your thoughts and move [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on CO-0097 by Alan Bell</title>
		<link>http://www.dis29500.org/co-0097/#comment-1684</link>
		<dc:creator>Alan Bell</dc:creator>
		<pubDate>Fri, 08 Feb 2008 22:41:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/co-0097/#comment-1684</guid>
		<description>I think that there could be a strikeout through one of those words lost in translation from pdf to html. I will check.</description>
		<content:encoded><![CDATA[<p>I think that there could be a strikeout through one of those words lost in translation from pdf to html. I will check.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on FR-0522 by Luc Bollen</title>
		<link>http://www.dis29500.org/fr-0522/#comment-1683</link>
		<dc:creator>Luc Bollen</dc:creator>
		<pubDate>Fri, 08 Feb 2008 18:48:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/fr-0522/#comment-1683</guid>
		<description>The Proposed Disposition text still makes reference to a specific product : the "PowerPoint Presentation file container".

This is inappropriate for a normative part of an ISO standard.</description>
		<content:encoded><![CDATA[<p>The Proposed Disposition text still makes reference to a specific product : the &#8220;PowerPoint Presentation file container&#8221;.</p>
<p>This is inappropriate for a normative part of an ISO standard.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on DK-0092 by Alan Bell</title>
		<link>http://www.dis29500.org/dk-0092/#comment-1678</link>
		<dc:creator>Alan Bell</dc:creator>
		<pubDate>Fri, 08 Feb 2008 11:06:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/dk-0092/#comment-1678</guid>
		<description>Why are they defining namespaces for stuff that Excel, Powerpoint and Word can do that layers on information beyond the baseline? I thought OOXML was intended to capture all the idiosyncrasies of the legacy formats, plus all the idiosyncrasies of new office applications.</description>
		<content:encoded><![CDATA[<p>Why are they defining namespaces for stuff that Excel, Powerpoint and Word can do that layers on information beyond the baseline? I thought OOXML was intended to capture all the idiosyncrasies of the legacy formats, plus all the idiosyncrasies of new office applications.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on NZ-0035 by Luc Bollen</title>
		<link>http://www.dis29500.org/nz-0035/#comment-1669</link>
		<dc:creator>Luc Bollen</dc:creator>
		<pubDate>Thu, 07 Feb 2008 19:03:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/nz-0035/#comment-1669</guid>
		<description>The proposed disposition is not a valid response to the comment.</description>
		<content:encoded><![CDATA[<p>The proposed disposition is not a valid response to the comment.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on GB-0369 by Luc Bollen</title>
		<link>http://www.dis29500.org/gb-0369/#comment-1667</link>
		<dc:creator>Luc Bollen</dc:creator>
		<pubDate>Thu, 07 Feb 2008 19:00:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/gb-0369/#comment-1667</guid>
		<description>In the proposed disposition, "as accurately as possible." is still present.</description>
		<content:encoded><![CDATA[<p>In the proposed disposition, &#8220;as accurately as possible.&#8221; is still present.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on US-0058 by Luc Bollen</title>
		<link>http://www.dis29500.org/us-0058/#comment-1666</link>
		<dc:creator>Luc Bollen</dc:creator>
		<pubDate>Thu, 07 Feb 2008 18:55:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/us-0058/#comment-1666</guid>
		<description>In the proposed disposition:
- "This element specifies whether applications should attempt to detect customize the output the target web browser for any web page produced from this document based on the target web browser, for example, and subsequently disable all user interface andby blocking any output which is not supported by that target web browser."
I cannot understand what this means : "to detect customize the output the target web browser" ???
- "  doNotRelyOnCSS -   relyOnVML"
This is inconsistent : why not "RelyOnCSS" and "RelyOnVML" ?
- The proposed determination table must be informative, and not normative. What is important is not the name of the browser, but the capabilities to be taken into account.</description>
		<content:encoded><![CDATA[<p>In the proposed disposition:<br />
- &#8220;This element specifies whether applications should attempt to detect customize the output the target web browser for any web page produced from this document based on the target web browser, for example, and subsequently disable all user interface andby blocking any output which is not supported by that target web browser.&#8221;<br />
I cannot understand what this means : &#8220;to detect customize the output the target web browser&#8221; ???<br />
- &#8220;  doNotRelyOnCSS -   relyOnVML&#8221;<br />
This is inconsistent : why not &#8220;RelyOnCSS&#8221; and &#8220;RelyOnVML&#8221; ?<br />
- The proposed determination table must be informative, and not normative. What is important is not the name of the browser, but the capabilities to be taken into account.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on CO-0097 by Luc Bollen</title>
		<link>http://www.dis29500.org/co-0097/#comment-1665</link>
		<dc:creator>Luc Bollen</dc:creator>
		<pubDate>Thu, 07 Feb 2008 18:47:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/co-0097/#comment-1665</guid>
		<description>In the proposed disposition : "These restrictions shall should be enforced by applications"
Do the mean SHALL or SHOULD ?</description>
		<content:encoded><![CDATA[<p>In the proposed disposition : &#8220;These restrictions shall should be enforced by applications&#8221;<br />
Do the mean SHALL or SHOULD ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on GB-0145 by next_ghost</title>
		<link>http://www.dis29500.org/gb-0145/#comment-1664</link>
		<dc:creator>next_ghost</dc:creator>
		<pubDate>Thu, 07 Feb 2008 17:22:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/gb-0145/#comment-1664</guid>
		<description>Lots of excuses for trivial feature request.</description>
		<content:encoded><![CDATA[<p>Lots of excuses for trivial feature request.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on CO-0158 by Alan Bell</title>
		<link>http://www.dis29500.org/co-0158/#comment-1647</link>
		<dc:creator>Alan Bell</dc:creator>
		<pubDate>Wed, 06 Feb 2008 10:49:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/co-0158/#comment-1647</guid>
		<description>wow, they just added words and said the same thing.</description>
		<content:encoded><![CDATA[<p>wow, they just added words and said the same thing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on GB-0499 by Alan Bell</title>
		<link>http://www.dis29500.org/gb-0499/#comment-1646</link>
		<dc:creator>Alan Bell</dc:creator>
		<pubDate>Wed, 06 Feb 2008 10:43:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/gb-0499/#comment-1646</guid>
		<description>why is that the default? is it a sensible default?</description>
		<content:encoded><![CDATA[<p>why is that the default? is it a sensible default?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on DK-0033 by Alan Bell</title>
		<link>http://www.dis29500.org/dk-0033/#comment-1623</link>
		<dc:creator>Alan Bell</dc:creator>
		<pubDate>Tue, 05 Feb 2008 22:28:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/dk-0033/#comment-1623</guid>
		<description>so to implement the standard an application is expected to read and write 4 different types of dates.</description>
		<content:encoded><![CDATA[<p>so to implement the standard an application is expected to read and write 4 different types of dates.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on GB-0298 by hAl</title>
		<link>http://www.dis29500.org/gb-0298/#comment-1488</link>
		<dc:creator>hAl</dc:creator>
		<pubDate>Fri, 25 Jan 2008 23:01:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/gb-0298/#comment-1488</guid>
		<description>@Roman Korchagin 
You should make sure your UFT16 is actually UTF-16LE with no byte order mark.
See:
http://blogs.msdn.com/brian_jones/archive/2008/01/23/improvements-in-password-hashing.aspx#comments</description>
		<content:encoded><![CDATA[<p>@Roman Korchagin<br />
You should make sure your UFT16 is actually UTF-16LE with no byte order mark.<br />
See:<br />
<a href="http://blogs.msdn.com/brian_jones/archive/2008/01/23/improvements-in-password-hashing.aspx#comments" rel="nofollow">http://blogs.msdn.com/brian_jones/archive/2008/01/23/improvements-in-password-hashing.aspx#comments</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on IT-0002 by hAl</title>
		<link>http://www.dis29500.org/it-0002/#comment-1487</link>
		<dc:creator>hAl</dc:creator>
		<pubDate>Fri, 25 Jan 2008 22:55:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/it-0002/#comment-1487</guid>
		<description>This document describes why the Italian request for a refrence implementation does not fit with ISO directives:
http://www.narisa.com/downloads/OpenXML/ReferenceImplementationsInISOStandards.pdf</description>
		<content:encoded><![CDATA[<p>This document describes why the Italian request for a refrence implementation does not fit with ISO directives:<br />
<a href="http://www.narisa.com/downloads/OpenXML/ReferenceImplementationsInISOStandards.pdf" rel="nofollow">http://www.narisa.com/downloads/OpenXML/ReferenceImplementationsInISOStandards.pdf</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on CL-0049 by zoobab</title>
		<link>http://www.dis29500.org/cl-0049/#comment-1486</link>
		<dc:creator>zoobab</dc:creator>
		<pubDate>Fri, 25 Jan 2008 17:27:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/cl-0049/#comment-1486</guid>
		<description>http://www.noooxml.org/forum/t-36122/printer-binary-and-ecma-tries-duck-and-cover

Replace XML with Binaries and vice-versa.</description>
		<content:encoded><![CDATA[<p><a href="http://www.noooxml.org/forum/t-36122/printer-binary-and-ecma-tries-duck-and-cover" rel="nofollow">http://www.noooxml.org/forum/t-36122/printer-binary-and-ecma-tries-duck-and-cover</a></p>
<p>Replace XML with Binaries and vice-versa.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on FI-0003 by Andre</title>
		<link>http://www.dis29500.org/fi-0003/#comment-1419</link>
		<dc:creator>Andre</dc:creator>
		<pubDate>Fri, 18 Jan 2008 19:54:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/fi-0003/#comment-1419</guid>
		<description>It is enough to decide on the disposition of the comments, then it can be carried out by the project editor who finalizes the text. It is no wrecking amendment but a reasonable proposal that just lacks some details.</description>
		<content:encoded><![CDATA[<p>It is enough to decide on the disposition of the comments, then it can be carried out by the project editor who finalizes the text. It is no wrecking amendment but a reasonable proposal that just lacks some details.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on GB-0298 by Roman Korchagin</title>
		<link>http://www.dis29500.org/gb-0298/#comment-1397</link>
		<dc:creator>Roman Korchagin</dc:creator>
		<pubDate>Mon, 14 Jan 2008 09:24:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/gb-0298/#comment-1397</guid>
		<description>I'm implementing export in DOCX format and trying to generate documentProtection attributes as per the spec. This includes "hash", "salt", spinds, and hash algorithm. Doing all according to the spec I cannot get the correct hash that MS Word will recognize the password. I'm sure the first stage (the legacy hash) I calculate correctly. I have a problem calculating the "new" OOXML hash that is based on the legacy hash with salt and spins etc. Can this be the spec flaw? How can this be verified?</description>
		<content:encoded><![CDATA[<p>I&#8217;m implementing export in DOCX format and trying to generate documentProtection attributes as per the spec. This includes &#8220;hash&#8221;, &#8220;salt&#8221;, spinds, and hash algorithm. Doing all according to the spec I cannot get the correct hash that MS Word will recognize the password. I&#8217;m sure the first stage (the legacy hash) I calculate correctly. I have a problem calculating the &#8220;new&#8221; OOXML hash that is based on the legacy hash with salt and spins etc. Can this be the spec flaw? How can this be verified?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on GB-0027 by inigo</title>
		<link>http://www.dis29500.org/gb-0027/#comment-1364</link>
		<dc:creator>inigo</dc:creator>
		<pubDate>Tue, 08 Jan 2008 22:43:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/gb-0027/#comment-1364</guid>
		<description>Very similar to DE-0148</description>
		<content:encoded><![CDATA[<p>Very similar to DE-0148</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on DE-0148 by inigo</title>
		<link>http://www.dis29500.org/de-0148/#comment-1363</link>
		<dc:creator>inigo</dc:creator>
		<pubDate>Tue, 08 Jan 2008 22:42:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/de-0148/#comment-1363</guid>
		<description>Very similar to GB-0027</description>
		<content:encoded><![CDATA[<p>Very similar to GB-0027</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on FI-0005 by Boycott Novell &#187; Quick Mention: More OOXML Issues Named and Explained</title>
		<link>http://www.dis29500.org/fi-0005/#comment-1317</link>
		<dc:creator>Boycott Novell &#187; Quick Mention: More OOXML Issues Named and Explained</dc:creator>
		<pubDate>Wed, 26 Dec 2007 07:23:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/fi-0005/#comment-1317</guid>
		<description>[...] careful attention to this insightful comment about Office binaries getting encapsulated in an XML-shaped wrapper. That pretty much sums up the purpose and essence of OOXML. It&#8217;s a gown for legacy formats [...]</description>
		<content:encoded><![CDATA[<p>[...] careful attention to this insightful comment about Office binaries getting encapsulated in an XML-shaped wrapper. That pretty much sums up the purpose and essence of OOXML. It&#8217;s a gown for legacy formats [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on FI-0005 by André</title>
		<link>http://www.dis29500.org/fi-0005/#comment-1310</link>
		<dc:creator>André</dc:creator>
		<pubDate>Tue, 25 Dec 2007 13:35:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/fi-0005/#comment-1310</guid>
		<description>It is possible and easy to add the Biff spec as an annex to the ISO NOOOXML spec. It is no big deal to do so and it helps us to get rid off one Brazilian comment. So please do, Microsoft</description>
		<content:encoded><![CDATA[<p>It is possible and easy to add the Biff spec as an annex to the ISO NOOOXML spec. It is no big deal to do so and it helps us to get rid off one Brazilian comment. So please do, Microsoft</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on CL-0049 by Boycott Novell &#187; Open Office XML (OOXML): Software Patents, Briberies, Binaries, O/S-dependent Bits</title>
		<link>http://www.dis29500.org/cl-0049/#comment-1287</link>
		<dc:creator>Boycott Novell &#187; Open Office XML (OOXML): Software Patents, Briberies, Binaries, O/S-dependent Bits</dc:creator>
		<pubDate>Sun, 16 Dec 2007 02:06:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/cl-0049/#comment-1287</guid>
		<description>[...] that are hidden somewhere among 6,000+ pages of poor specifications. For example, have a look at this comment that was posted by Andrew Mason a couple of weeks ago:  For OOXML to become a standard it is unacceptable to have OS dependant binary [...]</description>
		<content:encoded><![CDATA[<p>[...] that are hidden somewhere among 6,000+ pages of poor specifications. For example, have a look at this comment that was posted by Andrew Mason a couple of weeks ago:  For OOXML to become a standard it is unacceptable to have OS dependant binary [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on CA-0043 by hAl</title>
		<link>http://www.dis29500.org/ca-0043/#comment-1268</link>
		<dc:creator>hAl</dc:creator>
		<pubDate>Tue, 11 Dec 2007 16:03:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/ca-0043/#comment-1268</guid>
		<description>Ecma has proposed using ISO/IEC 14977:1996 – Syntactic metalanguage – Extended BNF for formula notations</description>
		<content:encoded><![CDATA[<p>Ecma has proposed using ISO/IEC 14977:1996 – Syntactic metalanguage – Extended BNF for formula notations</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on US-0245 by hAl</title>
		<link>http://www.dis29500.org/us-0245/#comment-1267</link>
		<dc:creator>hAl</dc:creator>
		<pubDate>Tue, 11 Dec 2007 16:03:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/us-0245/#comment-1267</guid>
		<description>Ecma has proposed using ISO/IEC 14977:1996 – Syntactic metalanguage – Extended BNF for formula notations</description>
		<content:encoded><![CDATA[<p>Ecma has proposed using ISO/IEC 14977:1996 – Syntactic metalanguage – Extended BNF for formula notations</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on GB-0361 by hAl</title>
		<link>http://www.dis29500.org/gb-0361/#comment-1266</link>
		<dc:creator>hAl</dc:creator>
		<pubDate>Tue, 11 Dec 2007 16:02:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/gb-0361/#comment-1266</guid>
		<description>Ecma has proposed using ISO/IEC 14977:1996 – Syntactic metalanguage – Extended BNF for formula notations</description>
		<content:encoded><![CDATA[<p>Ecma has proposed using ISO/IEC 14977:1996 – Syntactic metalanguage – Extended BNF for formula notations</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on US-0270 by Adam Borowski</title>
		<link>http://www.dis29500.org/us-0270/#comment-1264</link>
		<dc:creator>Adam Borowski</dc:creator>
		<pubDate>Mon, 10 Dec 2007 09:22:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/us-0270/#comment-1264</guid>
		<description>ISO uses "DIS29500" specifically to allow such renaming.  The current label, "OOXML" not only causes confusion, but it does so on a purpose.  Purposefully causing confusion may be a legal if sleazy marketing tactic, but it should be avoided at all costs in standards.

Doable and justified.  Certainly not a Wrecking Amendment -- although unlike Just Fix It it would have to be argued for.</description>
		<content:encoded><![CDATA[<p>ISO uses &#8220;DIS29500&#8243; specifically to allow such renaming.  The current label, &#8220;OOXML&#8221; not only causes confusion, but it does so on a purpose.  Purposefully causing confusion may be a legal if sleazy marketing tactic, but it should be avoided at all costs in standards.</p>
<p>Doable and justified.  Certainly not a Wrecking Amendment &#8212; although unlike Just Fix It it would have to be argued for.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on IT-0002 by Steve Loughran</title>
		<link>http://www.dis29500.org/it-0002/#comment-1263</link>
		<dc:creator>Steve Loughran</dc:creator>
		<pubDate>Sun, 09 Dec 2007 11:55:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/it-0002/#comment-1263</guid>
		<description>I think there are other ECMA standards with RIs; probably both JavaScript and C# come into that category, formally or informally. 

The problem with RIs is that they become the official specification of the system. In OOXML, MSOffice 2007 is the de-facto RI, as it is what everyone has to work with. So it is the effective specification.

What would have been a better proposal would have been for MS to publish all their test XML docs, both valid and invalid.</description>
		<content:encoded><![CDATA[<p>I think there are other ECMA standards with RIs; probably both JavaScript and C# come into that category, formally or informally. </p>
<p>The problem with RIs is that they become the official specification of the system. In OOXML, MSOffice 2007 is the de-facto RI, as it is what everyone has to work with. So it is the effective specification.</p>
<p>What would have been a better proposal would have been for MS to publish all their test XML docs, both valid and invalid.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on IR-0058 by Things n&#8217; Stuff &#187; Blog Archive &#187; ובכן, זה מעניין</title>
		<link>http://www.dis29500.org/ir-0058/#comment-1262</link>
		<dc:creator>Things n&#8217; Stuff &#187; Blog Archive &#187; ובכן, זה מעניין</dc:creator>
		<pubDate>Sat, 08 Dec 2007 04:03:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/ir-0058/#comment-1262</guid>
		<description>[...] המעניין - איראן הגישה גם היא 58 הערות בתהליך התקינה, הערה איראנית מספר 58 הולכת כך:   הערה: מכיוון שחלקים נרחבים מההגדרת התקן [...]</description>
		<content:encoded><![CDATA[<p>[...] המעניין - איראן הגישה גם היא 58 הערות בתהליך התקינה, הערה איראנית מספר 58 הולכת כך:   הערה: מכיוון שחלקים נרחבים מההגדרת התקן [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on ZA-0008 by hAl</title>
		<link>http://www.dis29500.org/za-0008/#comment-1261</link>
		<dc:creator>hAl</dc:creator>
		<pubDate>Fri, 07 Dec 2007 11:04:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/za-0008/#comment-1261</guid>
		<description>@Warren
Point is that for every technology you use you are bound by existing patents. Micrsoft has given right on their patents for OOXML implementation but that does not in any way dimishing the requirment for anybody implementing technology to verify wheather or not he breaches patents. 
also notworthy is that the south african comment here reaises questions on the robustness of the open specification promise but the IEC en ISO CEO's have apperantly confirmed that they are satisfied with this licencing (As can be read on Alex Browns FAQ page).
http://www.jtc1sc34.org/repository/0932.htm#q4-1
This comment could therefore even be seen as resolved/solved.</description>
		<content:encoded><![CDATA[<p>@Warren<br />
Point is that for every technology you use you are bound by existing patents. Micrsoft has given right on their patents for OOXML implementation but that does not in any way dimishing the requirment for anybody implementing technology to verify wheather or not he breaches patents.<br />
also notworthy is that the south african comment here reaises questions on the robustness of the open specification promise but the IEC en ISO CEO&#8217;s have apperantly confirmed that they are satisfied with this licencing (As can be read on Alex Browns FAQ page).<br />
<a href="http://www.jtc1sc34.org/repository/0932.htm#q4-1" rel="nofollow">http://www.jtc1sc34.org/repository/0932.htm#q4-1</a><br />
This comment could therefore even be seen as resolved/solved.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on US-0161 by Steve Loughran</title>
		<link>http://www.dis29500.org/us-0161/#comment-1260</link>
		<dc:creator>Steve Loughran</dc:creator>
		<pubDate>Fri, 07 Dec 2007 10:11:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/us-0161/#comment-1260</guid>
		<description>The fundamental problem is that there are some characters that are allowed in a BSTR (probably even ASCII NUL) that XML flatly forbids. XML is meant to be a text format, after all. Escaping char's using ampersands isn't enough, because the next stage in the processing will reject the illegal character.

In COM, BSTR is a length-delimited string (a Basic Str) that can contain anything, more even than a nul-terminated CString. Trying to put it inside XML is not something XML supports.</description>
		<content:encoded><![CDATA[<p>The fundamental problem is that there are some characters that are allowed in a BSTR (probably even ASCII NUL) that XML flatly forbids. XML is meant to be a text format, after all. Escaping char&#8217;s using ampersands isn&#8217;t enough, because the next stage in the processing will reject the illegal character.</p>
<p>In COM, BSTR is a length-delimited string (a Basic Str) that can contain anything, more even than a nul-terminated CString. Trying to put it inside XML is not something XML supports.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on ZA-0008 by Warren</title>
		<link>http://www.dis29500.org/za-0008/#comment-1259</link>
		<dc:creator>Warren</dc:creator>
		<pubDate>Fri, 07 Dec 2007 00:25:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/za-0008/#comment-1259</guid>
		<description>HAL states that the patents are openly viewable at the patent offices BUT do we know all the patents that apply so you can look them up in the first place.

The patent holder SHOULD have to disclose ALL patents and licence or surrender such IP.</description>
		<content:encoded><![CDATA[<p>HAL states that the patents are openly viewable at the patent offices BUT do we know all the patents that apply so you can look them up in the first place.</p>
<p>The patent holder SHOULD have to disclose ALL patents and licence or surrender such IP.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on DE-0148 by hAl</title>
		<link>http://www.dis29500.org/de-0148/#comment-1258</link>
		<dc:creator>hAl</dc:creator>
		<pubDate>Thu, 06 Dec 2007 16:24:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/de-0148/#comment-1258</guid>
		<description>@arebenti
Actually OOXML has a fairly usefull conformance clause (compared with ODF) that already allows partial implementations as long as the implemtation and or documentation around it says that it is a partial implementation and states (generally) what it supports or what it doesn't support.
.
Strangely enough the vague conformance clause in ODF would allow you to call any arbitrary file an Opendocument file.</description>
		<content:encoded><![CDATA[<p>@arebenti<br />
Actually OOXML has a fairly usefull conformance clause (compared with ODF) that already allows partial implementations as long as the implemtation and or documentation around it says that it is a partial implementation and states (generally) what it supports or what it doesn&#8217;t support.<br />
.<br />
Strangely enough the vague conformance clause in ODF would allow you to call any arbitrary file an Opendocument file.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on GB-0494 by Alan Bell</title>
		<link>http://www.dis29500.org/gb-0494/#comment-1257</link>
		<dc:creator>Alan Bell</dc:creator>
		<pubDate>Thu, 06 Dec 2007 13:10:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/gb-0494/#comment-1257</guid>
		<description>Hi David,
thanks for your comment, I wasn't really expecting quite so much in depth discussion so this is just the vanilla WordPress comment system. I am planning to add some bits to it soon to make it a fully baked comment system.</description>
		<content:encoded><![CDATA[<p>Hi David,<br />
thanks for your comment, I wasn&#8217;t really expecting quite so much in depth discussion so this is just the vanilla WordPress comment system. I am planning to add some bits to it soon to make it a fully baked comment system.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on US-0161 by David Carlisle</title>
		<link>http://www.dis29500.org/us-0161/#comment-1256</link>
		<dc:creator>David Carlisle</dc:creator>
		<pubDate>Thu, 06 Dec 2007 11:26:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/us-0161/#comment-1256</guid>
		<description>"Can someone tell me why they don’t use W3C standard for this?"

If you refer to #8 via a numeric reference as you suggest then it is a fatal error in XML 1.0, making the document not well formed. It is allowed in XML 1.1 but 1.1 is (to put it mildly) not as well deployed as XML 1.0.</description>
		<content:encoded><![CDATA[<p>&#8220;Can someone tell me why they don’t use W3C standard for this?&#8221;</p>
<p>If you refer to #8 via a numeric reference as you suggest then it is a fatal error in XML 1.0, making the document not well formed. It is allowed in XML 1.1 but 1.1 is (to put it mildly) not as well deployed as XML 1.0.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on GB-0494 by David Carlisle</title>
		<link>http://www.dis29500.org/gb-0494/#comment-1255</link>
		<dc:creator>David Carlisle</dc:creator>
		<pubDate>Thu, 06 Dec 2007 11:21:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/gb-0494/#comment-1255</guid>
		<description>[grrr half baked comment system on this site ate the end of my comment]


.... only recognisable as html as it starts with &#60;html and ends with /html, the whole data is really stuffed into private application specific comments and namespaced attributes and elements.</description>
		<content:encoded><![CDATA[<p>[grrr half baked comment system on this site ate the end of my comment]</p>
<p>&#8230;. only recognisable as html as it starts with &lt;html and ends with /html, the whole data is really stuffed into private application specific comments and namespaced attributes and elements.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on GB-0494 by David Carlisle</title>
		<link>http://www.dis29500.org/gb-0494/#comment-1254</link>
		<dc:creator>David Carlisle</dc:creator>
		<pubDate>Thu, 06 Dec 2007 11:17:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/gb-0494/#comment-1254</guid>
		<description>"If MathML isn’t a drop-in replacement, but there’s significant overlap, extensions could be defined here or in an external standard."


There is essentially no overlap between mathml and oomml: it isn't just a case of adding some extra attributes or changing some element names, it is structurally completely different.

Going from oomml to mathml requires character-by-character parsing of text nodes. Murray would probably disagree with me (in fact I'm sure he would:-) but if you were just starting from scratch and wanted to encode mathematical expressions in XML you'd never end up with oomml. Frankly it's just too weird, but when looked at it context it doesn't look at all weird when embedded in an ooxml document, it just looks just like the rest, which is not unrelated to the fact that the editing interface for mathematics and other text is rather similar. 

It's perfectly valid to make an argument that said that ISO should just be standardising one thing (ODF/MathML) but if they are going to standardise two things, they may as well be two coherent document formats (ODF/MathML and ooxml/oomml) not force one of the formats to be a shotgun marriage of ooxml with mathml. The worst possible outcome would be that documents were saved with "extended" mathml
which would end up being like an MS Office generated "web page" which is only recognisable as html as it starts with </description>
		<content:encoded><![CDATA[<p>&#8220;If MathML isn’t a drop-in replacement, but there’s significant overlap, extensions could be defined here or in an external standard.&#8221;</p>
<p>There is essentially no overlap between mathml and oomml: it isn&#8217;t just a case of adding some extra attributes or changing some element names, it is structurally completely different.</p>
<p>Going from oomml to mathml requires character-by-character parsing of text nodes. Murray would probably disagree with me (in fact I&#8217;m sure he would:-) but if you were just starting from scratch and wanted to encode mathematical expressions in XML you&#8217;d never end up with oomml. Frankly it&#8217;s just too weird, but when looked at it context it doesn&#8217;t look at all weird when embedded in an ooxml document, it just looks just like the rest, which is not unrelated to the fact that the editing interface for mathematics and other text is rather similar. </p>
<p>It&#8217;s perfectly valid to make an argument that said that ISO should just be standardising one thing (ODF/MathML) but if they are going to standardise two things, they may as well be two coherent document formats (ODF/MathML and ooxml/oomml) not force one of the formats to be a shotgun marriage of ooxml with mathml. The worst possible outcome would be that documents were saved with &#8220;extended&#8221; mathml<br />
which would end up being like an MS Office generated &#8220;web page&#8221; which is only recognisable as html as it starts with</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on NZ-0009 by Jouko Holopainen</title>
		<link>http://www.dis29500.org/nz-0009/#comment-1253</link>
		<dc:creator>Jouko Holopainen</dc:creator>
		<pubDate>Thu, 06 Dec 2007 09:08:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/nz-0009/#comment-1253</guid>
		<description>Does anybody know the correct links in the New Zealand comment?

I think they might be: http://www.openmalaysiablog.com/2007/07/mathematically-.html and http://www.robweir.com/blog/2007/07/formula-for-failure.html but I do not know for sure.</description>
		<content:encoded><![CDATA[<p>Does anybody know the correct links in the New Zealand comment?</p>
<p>I think they might be: <a href="http://www.openmalaysiablog.com/2007/07/mathematically-.html" rel="nofollow">http://www.openmalaysiablog.com/2007/07/mathematically-.html</a> and <a href="http://www.robweir.com/blog/2007/07/formula-for-failure.html" rel="nofollow">http://www.robweir.com/blog/2007/07/formula-for-failure.html</a> but I do not know for sure.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on US-0161 by Fred</title>
		<link>http://www.dis29500.org/us-0161/#comment-1252</link>
		<dc:creator>Fred</dc:creator>
		<pubDate>Thu, 06 Dec 2007 04:30:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/us-0161/#comment-1252</guid>
		<description>Can someone tell me why they don't use W3C standard for this?

There is 1 byte difference in length between:

_x0008_ 

and

&#x08;

or even,

&#38;#x8;

The difference is that the second will be parsed correctly.

http://www.w3.org/TR/unicode-xml/</description>
		<content:encoded><![CDATA[<p>Can someone tell me why they don&#8217;t use W3C standard for this?</p>
<p>There is 1 byte difference in length between:</p>
<p>_x0008_ </p>
<p>and</p>
<p>&#x08;</p>
<p>or even,</p>
<p>&amp;#x8;</p>
<p>The difference is that the second will be parsed correctly.</p>
<p><a href="http://www.w3.org/TR/unicode-xml/" rel="nofollow">http://www.w3.org/TR/unicode-xml/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on US-0161 by Alan Bell</title>
		<link>http://www.dis29500.org/us-0161/#comment-1251</link>
		<dc:creator>Alan Bell</dc:creator>
		<pubDate>Wed, 05 Dec 2007 23:36:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dis29500.org/us-0161/#comment-1251</guid>
		<description>There are some WordPress preview plugins, I quite like this one http://dev.wp-plugins.org/wiki/LiveCommentPreview but it needs a bit of tweaking. I will probably add it tomorrow.</description>
		<content:encoded><![CDATA[<p>There are some WordPress preview plugins, I quite like this one <a href="http://dev.wp-plugins.org/wiki/LiveCommentPreview" rel="nofollow">http://dev.wp-plugins.org/wiki/LiveCommentPreview</a> but it needs a bit of tweaking. I will probably add it tomorrow.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
