[Bug 6538] New: Inconsistent following-sibling behaviour of attribute nodes

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

           Summary: Inconsistent following-sibling behaviour of attribute
                    nodes
           Product: XPath / XQuery / XSLT
           Version: Recommendation
          Platform: PC
        OS/Version: Windows XP
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Formal Semantics
        AssignedTo: jmdyck@ibiblio.org
        ReportedBy: nick@cbcl.co.uk
         QAContact: public-qt-comments@w3.org


I believe the behaviour of following-sibling is in the language and formal
semantics specifications, particularly with respect to starting on an attribute
node.

3.2.1.1 of the language spec states: "if the context node is an attribute node,
the following-sibling axis is empty"

4.2.1.1 of the formal semantics states:

[following-sibling:: NodeTest]Axis
==
[let $e := . return $e/parent::node()/child:: NodeTest [.>>$e]]Expr


This normalization doesn't reflect the same behaviour when starting on an
attribute node.

Further, if this normalization were changed to match the language spec it cause
the normalization of the following:: axis to be different when starting on an
attribute node, as this is normalized as:

[following:: NodeTest]Axis
==
[ancestor-or-self::node()/following-sibling::node()/descendant-or-self::
NodeTest]Expr

But the language spec does not define an empty sequence when starting on an
attribute node for the following:: axis.


-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

Received on Friday, 6 February 2009 14:07:20 UTC