- From: <bugzilla@wiggum.w3.org>
- Date: Tue, 29 Jan 2008 03:27:27 +0000
- To: public-sml@w3.org
- CC:
http://www.w3.org/Bugs/Public/show_bug.cgi?id=5437 Summary: 5.1.1 Using the SML-IF Version Attribute Product: SML Version: LC Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Core+Interchange Format AssignedTo: cmsmcq@w3.org ReportedBy: popescu@ca.ibm.com QAContact: public-sml@w3.org There are a few issues with the current content 1. This sentence doesn't read well.. Therefore, a consumer of SML-IF document MUST NOT reject the document simply on the basis that it has a different version of the specification. propose to change it to : Therefore, an SML-IF Consumer MUST NOT reject the document simply on the basis that it has a different version of the specification. 2. There is a typo on the Note section : Non-normative note: The SMLIFVersion number may be useful when diagnosing failures >>>enountered<<< while processing SML-IF documents. 3. To follow the document format, the note should read: Note This note is non-normative.The SMLIFVersion number may be useful when diagnosing failures encountered while processing SML-IF documents. 4. I think it would be better if the Note is actually moved under the non-normative section ( 4. Informal Description ), with an updated content: "The SMLIFVersion number may be useful when diagnosing failures encountered while processing SML-IF documents. E.g. if a document asserts conformance with SML-IF 1.1 and a human can see that it is not in fact conformant, then it is likely that the problem occurred during the production of the document. If the same document appears to humans to be conformant, then the focus of diagnosis might shift toward the consumer and its invocation parameters. Requiring consumers to continue processing in the face of unknown version values makes it easier to deploy producers and documents that support future versions of SML-IF. " 5. Propose updating the section title from Using the SML-IF Version Attribute to SML-IF Document Version
Received on Tuesday, 29 January 2008 03:27:35 UTC