Answer to TAG comment on error processing requirements

Dear Chris,

Thanks for your comments on the Last Call version of the QA Framework:
Specification Guidelines[0] - 22 November 2004

After two weeks from now (on May 18, 2005), the lack of answer will  
be considered as if you had accepted the comment.

Original comment (issue 1154):
http://lists.w3.org/Archives/Public/www-qa/2005Mar/0010.html

The QA Working Group agrees the former text was narrowing the scope of
the good practice without good reason and made the new text broader,
while illustrating it with the former text. Good practice 23 now reads:
    Define an error handling mechanism.
    What does it mean?
      For each class of product affected by an error condition, address
      error handling. 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.
http://www.w3.org/TR/2005/WD-qaframe-spec-20050428/#error-handling-gp

[0] http://www.w3.org/TR/2004/WD-qaframe-spec-20041122/

-- 
Karl Dubost
QA Working Group Chair
http://www.w3.org/QA/WG/

Received on Tuesday, 3 May 2005 15:11:25 UTC