- From: <bugzilla@jessica.w3.org>
- Date: Fri, 13 Mar 2015 17:13:19 +0000
- To: public-qt-comments@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=28129
Abel Braaksma <abel.braaksma@xs4all.nl> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |abel.braaksma@xs4all.nl
--- Comment #2 from Abel Braaksma <abel.braaksma@xs4all.nl> ---
I think the issue discussed in comment#1 is a result of merging xsl:package and
xsl:stylesheet/transform into one top-level element, as proposed and
implemented as a result of Bug 26468. From that bug's resolution:
<quote>
1. xsl:package has the same content model as xsl:stylesheet/transform, with the
addition that it allows xsl:expose and xsl:use-package elements to appear as
children (in any position).
</quote>
It appears to me that we simply forgot to allow xsl:global-context-item as a
child of xsl:stylesheet. It makes sense to put it there, as a stylesheet with
an xsl:stylesheet root is still a (simplified) package.
> (b) it is an error if it appears in an included or imported stylesheet
> module unless an equivalent declaration appears in the top-level module
> of the package.
I think we should always consider it an error. I can't think of a use-case why
we should allow it in an imported module. It is a feature of packages, there
are not XSLT 2.0 stylesheets around with such a declaration so there's no
backwards compatibility issue, and if someone wants to import that declaration,
he or she should create a package (by replacing xsl:stylesheet with xsl:package
and use xsl:use-package instead).
Another argument against this is that *only* the principal stylesheet is a
simplified package, the imported or included modules are not, so they should
not contain features that are only available with packages.
--
You are receiving this mail because:
You are the QA Contact for the bug.
Received on Friday, 13 March 2015 17:13:22 UTC