This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 1661 - [FS] editorial: 4.7.3.3 Document Node Constructors
Summary: [FS] editorial: 4.7.3.3 Document Node Constructors
Status: CLOSED FIXED
Alias: None
Product: XPath / XQuery / XSLT
Classification: Unclassified
Component: Formal Semantics 1.0 (show other bugs)
Version: Last Call drafts
Hardware: All All
: P2 minor
Target Milestone: ---
Assignee: Jerome Simeon
QA Contact: Mailing list for public feedback on specs from XSL and XML Query WGs
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-07-16 07:43 UTC by Michael Dyck
Modified: 2007-01-16 17:32 UTC (History)
0 users

See Also:


Attachments

Description Michael Dyck 2005-07-16 07:43:10 UTC
4.7.3.3 Document Node Constructors

Norm / rule 1
"fs:item-sequence-to-node-sequence( ... )"
    This function takes a single argument (of type item*), but
    [[ Expr ]]_Expr could result in a sequence of comma-separated
    ExprSingles, which would then constitute multiple args.
    Put [[ Expr ]]_Expr in parentheses to ensure a single arg.

STA / rule 1 / premise 2
statEnv |- Type <: (element | text | processing-instruction | comment)*
    I think this premise will never hold.
    After normalization, the Expr of the constructor is a call to
    fs:item-sequence-to-node-sequence. So 7.1.7 dictates that the type
    of Expr is
        attribute*, (element|text|PI|comment)*
    which is not a subtype of
        (element | text | processing-instruction | comment)*
    as needed.
Comment 1 Jerome Simeon 2006-04-16 23:45:49 UTC
#1 fixed as suggested.

#2 fixed by adding a new auxiliary function fs:item-sequence-to-node-sequence-doc which implements the semantics of the document node constructors, parallel to the 
fs:item-sequence-to-node-sequence for elements.

- Jerome