- From: Lofton Henderson <lofton@rockynet.com>
- Date: Wed, 29 Aug 2007 16:04:22 -0600
- To: WebCGM WG <public-webcgm-wg@w3.org>
- Message-Id: <5.1.0.14.2.20070829155538.03245cc0@rockynet.com>
WebCGM WG, During the Seattle f2f, another 2.0 erratum was discovered... In Ch.4 XCF definition, all element names in 4.3 [1], and their associated attributes, are lower case. This includes 'apsid' attribute that occurs on many of the 4.3 elements. In Ch.5, example 5.1b [2] has camel-case 'apsId'. This would be incorrect XCF according to Ch.4. It would not be hard to fix that error, since it is an example. However, in 5.7.5 it appears as 'apsId' in a parameter name for a method, which is more or less harmless. But in 5.7.6 [3] the attribute of the object is defined as 'apsId' (READONLY). After much discussion and hashing around, we think that this is bad practice, but in the specific circumstances of this attribute, the XCF and the DOM, it is not likely to cause any implementation problems. The minimal fix is to fix 5.1b. Issue: Does anyone think that we should also change the other occurrences of 'apsId' in Ch.5 -- 5.7.5, 5.7.6 and the example of 5.7.10 -- need to be changed? CONCLUSION: Changing 5.7.6 & 5.7.10 would necessitate changes to implementations and would invalidate present scripts. So far, no one has demonstrated that it will cause any problems in practice to leave them as is. So the preliminary conclusion is to fix the error in the 5.1b Example (which *would* lead to invalid XCF content), and leave the other occurrences. [1] http://www.w3.org/TR/2007/REC-webcgm20-20070130/WebCGM20-XCF.html#elements [2] http://www.w3.org/TR/2007/REC-webcgm20-20070130/WebCGM20-DOM.html#L32886 [3] http://www.w3.org/TR/2007/REC-webcgm20-20070130/WebCGM20-DOM.html#L5095 Regards, -Lofton.
Received on Wednesday, 29 August 2007 22:03:55 UTC