- From: Sandro Hawke <sandro@w3.org>
- Date: Mon, 19 May 2008 18:19:52 -0400
- To: public-rif-wg@w3.org
Here's some text for BLD which says what I think we need to say about
syntactic conformance for extensibility.
Systems which accept RIF input in the Basic Logic Dialect are
required to check whether the input conforms to the grammar of BLD
and (unless overriden by the user) to reject input documents which
fail the check. This check can be done by an XML Schema validating
parser or by other software. This check is required as part of the
RIF approach to multiple dialects, extensions, and fallback
translations. If, instead of rejecting the document, a BLD system
"repaired" it (such as by ignoring the part it did not recognize),
it could silently produce incorrect results if it were (quite
reasonably) given a RIF document which used some other dialect or
some extension. Given the undesirability of silent failures under
normal use, systems which accept BLD as input MUST reject any RIF
document which is not syntactically valid BLD.
The rejection message SHOULD inform the user that the input does not
conform to the syntax of the Basic Logic Dialect and that it may be
a valid RIF document in some other dialect or using some extension.
The system MAY allow the user to override the rejection and proceed
with some ad hoc repair process, with clear warnings about the
possibility of incorrect results. The system MAY inform the user
that it was unable to perform any fallback translation to BLD, but
this messaging is not required in this version of BLD.
EDITOR'S NOTE: The preceding text is expected to change once the
fallback translation system is specified. At that point, a new
requirement is expected to be put into place, that systems SHOULD
implement the fallback translation system, and that if they do not,
they MUST inform users that they do not implement this RIF feature.
Does that make sense? This completes ACTION-470 (give or take
whatever discussion we need to have on this).
-- Sandro
Received on Monday, 19 May 2008 22:22:28 UTC