<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://www.w3.org/Bugs/Public/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.4"
          urlbase="https://www.w3.org/Bugs/Public/"
          
          maintainer="sysbot+bugzilla@w3.org"
>

    <bug>
          <bug_id>26742</bug_id>
          
          <creation_ts>2014-09-05 23:02:25 +0000</creation_ts>
          <short_desc>[xslt 3.0] Histogram of preceding sibling counters</short_desc>
          <delta_ts>2014-09-11 23:05:20 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>XPath / XQuery / XSLT</product>
          <component>XSLT 3.0</component>
          <version>Working drafts</version>
          <rep_platform>PC</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Michael Kay">mike</reporter>
          <assigned_to name="Michael Kay">mike</assigned_to>
          
          
          <qa_contact name="Mailing list for public feedback on specs from XSL and XML Query WGs">public-qt-comments</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>111116</commentid>
    <comment_count>0</comment_count>
    <who name="Michael Kay">mike</who>
    <bug_when>2014-09-05 23:02:25 +0000</bug_when>
    <thetext>At one time we proposed that a streamed node should carry with it some kind of set of counters indicating basic information about the number of preceding siblings of different kinds. I don&apos;t believe there is now any functionality in the spec that relies on this. However, I found a couple of references to the idea:

Section 2.10 &quot;However, constructs (for example, simple forms of xsl:number, and 
simple positional patterns) that require knowledge of the number of preceding elements by name are permitted.&quot;

Similarly in 4.6: &quot;Summary data about the preceding siblings of the node, and of each of its ancestor nodes: 
specifically, for each distinct combination of node kind, node name, and type annotation, a count of the number 
of preceding siblings that have that combination of properties. This information allows patterns such as 
match=&quot;para[1]&quot; to be used, and it permits some limited use of the xsl:number instruction.&quot;

I think these two paragraphs are obsolete and should be deleted.

(For info: Saxon&apos;s streaming implementation does in fact carry this information, but makes very little use of it; about the only use I can find is to support simple positional patterns such as para[1]).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>111405</commentid>
    <comment_count>1</comment_count>
    <who name="Michael Kay">mike</who>
    <bug_when>2014-09-11 23:00:40 +0000</bug_when>
    <thetext>The WG agreed that these paragraphs should go.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>111409</commentid>
    <comment_count>2</comment_count>
    <who name="Michael Kay">mike</who>
    <bug_when>2014-09-11 23:05:20 +0000</bug_when>
    <thetext>The changes have been applied.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>