W3C home > Mailing lists > Public > www-qa@w3.org > January 2005

QASG last call comments: "Define an error handling mechanism" comments

From: Ian Hickson <ian@hixie.ch>
Date: Wed, 19 Jan 2005 14:55:17 +0000 (UTC)
To: www-qa@w3.org
Message-ID: <Pine.LNX.4.61.0501191455120.7711@dhalsim.dreamhost.com>


"4.5 Good Practice A: Define an error handling mechanism" -- another
useful technique that could be mentioned here is designing the spec so
that there are few ways to get into an error case (for example,
defining the meaning of every combination of language construct).

Also, this section should spend more time on the concepts of
mustIgnore and mustUnderstand (and why the camelCase?). Both have
their places: mustUnderstand is important when data corruption could
end up having critical consequences (e.g. a corrupted credit card
transaction could be costly), whereas mustIgnore is important when the
worst effect data corruption could have is a slightly degraded
rendering (e.g. a corrupted stylesheet).

-- 
Ian Hickson               U+1047E                )\._.,--....,'``.    fL
http://ln.hixie.ch/       U+263A                /,   _.. \   _\  ;`._ ,.
Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'
Received on Wednesday, 19 January 2005 14:55:18 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Sunday, 6 December 2009 12:14:01 GMT