[Bug 3526] May [xsl:validation] take an AVT?

http://www.w3.org/Bugs/Public/show_bug.cgi?id=3526





------- Comment #1 from mike@saxonica.com  2006-07-23 21:24 -------
For instructions like xsl:element, the syntax proforma is normative: this has

 <xsl:element
  name = { qname }
  namespace? = { uri-reference }
  inherit-namespaces? = "yes" | "no"
  use-attribute-sets? = qnames
  type? = qname
  validation? = "strict" | "lax" | "preserve" | "strip">
  <!-- Content: sequence-constructor -->
</xsl:element>

Attributes that may be AVTs are shown in curly braces; therefore "validation"
is not an AVT.

For literal result elements, we have to rely on the fact that 11.1.1 says that
the allowed values of the attribute are defined in 19.2, and in 19.2 the
possible values are enumerated in the text as strict|lax|preserve|strip. 

The use of the term "effective value" is perhaps injudicious. It's not
hyperlinked to the definition of the term "effective value" as used in relation
to AVTs, and is in fact intended as a reference to the statement "If both
attributes are omitted, the effect is the same as specifying the validation
attribute with the value specified in the default-validation attribute of the
containing xsl:stylesheet element; if this is not specified, the effect is the
same as specifying validation='strip'."

I think we could probably add clarity by stating explicitly in section 11.1.1
that the value of xsl:validation must be one of these four values and that AVTs
are not allowed.

Received on Sunday, 23 July 2006 21:24:55 UTC