However, the conclusion to draw from this is that any error handling must be constrained so that any desirable effect can be achieved as easily through proper use of a technology as it could be through im- proper use of it. One way to constrain error handling in this way is to formally specify it so that the constraint holds. Of course, that shows how Cyril's argument is fallicious: if implementers are free to violate the constraint, they might do so, which in turn would lead to content that violates the specification on purpose.
2007-01-10 07:35:52 +09:00版) <http://lists.w3.org/Archives/Public/public-appformats/2007Jan/0169>
Re: XHTML 2.0 Error Handling (was: Re: [html] Elements within "title"?) (Lachlan Hunt 著,
2007-03-09 21:40:01 +09:00 版) <http://lists.w3.org/Archives/Public/www-html/2007Mar/0036>
(名無しさん 2007-03-10 03:03:59 +00:00)
Error Handling in Browsers make Web Standards Difficult | The Elementary Standards (Sean Fraser 著,
2007-04-23 03:44:07 +09:00 版) <http://www.elementary-group-standards.com/web-standards/web-standards-and-error-handling.html>
(名無しさん 2007-04-25 00:08:15 +00:00)
- in error
- A value is in error if it is specifically stated as being "in error" or "an error" in the prose of this specification. See Error Processing for more detail on handling errors.