W3C home > Mailing lists > Public > public-qt-comments@w3.org > July 2017

[Bug 30142] New: [xslt30] Abstract components: incorrect Note?

From: <bugzilla@jessica.w3.org>
Date: Tue, 11 Jul 2017 10:42:07 +0000
To: public-qt-comments@w3.org
Message-ID: <bug-30142-523@http.www.w3.org/Bugs/Public/>
https://www.w3.org/Bugs/Public/show_bug.cgi?id=30142

            Bug ID: 30142
           Summary: [xslt30] Abstract components: incorrect Note?
           Product: XPath / XQuery / XSLT
           Version: Proposed Recommendation
          Hardware: PC
                OS: All
            Status: NEW
          Severity: normal
          Priority: P2
         Component: XSLT 3.0
          Assignee: mike@saxonica.com
          Reporter: mike@saxonica.com
        QA Contact: public-qt-comments@w3.org
  Target Milestone: ---

In ยง3.5.3.5, immediately after the definition of error XTSE3080, we have the
Note:

This means that abstract components must either be overridden in a using
package by a component that supplies a real implementation, or they must be
accepted with visibility="hidden" (see 3.5.3.2 Accepting Components), which has
the effect that any invocation of the component raises a dynamic error.

I don't believe this note is correct. 3.5.3.2 says that if an abstract
component is not matched by any xsl:override or xsl:accept declaration, then
the corresponding component in the using package has visibility="hidden", which
is exactly as if it were explicitly accepted with hidden visibility.

(One could argue that the Note is correct if "accepted" is read as "explicitly
or implicitly accepted", but that's not the natural reading.)

I think that XTSE3080 can now arise only if the top-level package explicitly
declares an abstract component.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
Received on Tuesday, 11 July 2017 10:42:14 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 11 July 2017 10:42:14 UTC