- From: Dominique Hazaël-Massieux <dom@w3.org>
- Date: Mon, 21 Mar 2005 14:35:23 +0100
- To: www-qa-wg@w3.org
- Message-Id: <1111412124.27604.70.camel@stratustier>
From rom the F2F AI [1], I made the following progresses: * ACTION Dom: add paragraph in 4.3 introduction about various types of extension creators. I've added the following text in the editors version of SpecGL [2], under "What does it mean" of GP19 "Extensions can be created in different contexts: directly by implementers, in other specifications, etc." * ACTION Dom: Reword text regarding " error processing for non language or protocol specs" (bug Issue 1154) I've reworded the what does it mean of GP 23 as follows: "For 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." * ACTION Dom: Add "warn against untested hooks" as technique in 5 GP B Instead of 5 GP B where I don't think it fit very well, I made it a technique of GP18, as follows "Avoid "untested hook": if an extensibility mechanism is defined, make sure it is well tested during the implementation phase; experience has shown that untested extensibility just doesn't work" I don't think any of these are controversial, so unless someone specifically requests it, I don't recommend we spend any more time on this during the call. Of course, suggestions and corrections are welcomed, as always. Dom 1. http://www.w3.org/QA/2005/03/f2f-minutes#ai-summary 2. http://www.w3.org/QA/Group/2005/02/qaframe-spec -- Dominique Hazaël-Massieux - http://www.w3.org/People/Dom/ W3C/ERCIM mailto:dom@w3.org
Received on Monday, 21 March 2005 13:35:25 UTC