1154 2005-03-04 13:35:03 +0000 Error processing for specs that are no language nor protocols 2005-04-28 11:53:52 +0000 1 1 1 Unclassified QA QASpec-GL LC-2004-11-22 All All RESOLVED REMIND http://lists.w3.org/Archives/Public/www-qa/2005Mar/0010.html P2 normal --- 1 dom karl karl oldest_to_newest 3988 0 dom 2005-03-04 13:35:03 +0000 The spec says "For a language, address what effect an error (be it syntactic or semantic) in the input has to a processor of this language. For a protocol, address how should behave a party to this protocol when a bogus message is received." For things that are not languages and not protocols, what is required? 4003 1 dom 2005-03-04 17:51:57 +0000 What do you do if you are defining an API – where you would define an error mechanism, or other types of specifications? Suggest putting in a general statement like, For each class of product that is affected by an error condition, address how the error is handled. Then provide examples, recasting current text for protocols/languages as examples and include API example. ACTION: Reword text and include examples Dom 15 March RESOLUTION: agree with the TAG and will make appropriate changes to the text 3912 2 dom 2005-03-21 13:27:44 +0000 new text reads: """or each class of product that is affected by an error condition, address how the error is handled. For instance: for a language, address what effect an error (be it syntactic or semantic) in the input has to a processor of this language; for a protocol, address how a party to this protocol should behave when a bogus message is received; for an A.P.I., indicate what exceptions are raised. """ 3693 3 dom 2005-04-28 11:53:52 +0000 setting version to LC in case of future use