<?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>30267</bug_id>
          
          <creation_ts>2018-06-14 11:40:07 +0000</creation_ts>
          <short_desc>[XSLT30] grammatical error in text</short_desc>
          <delta_ts>2019-02-20 00:18:55 +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>Recommendation</version>
          <rep_platform>PC</rep_platform>
          <op_sys>Windows NT</op_sys>
          <bug_status>NEW</bug_status>
          <resolution></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="Mukul Gandhi">gandhi.mukul</reporter>
          <assigned_to name="Michael Kay">mike</assigned_to>
          <cc>abel.online</cc>
    
    <cc>gandhi.mukul</cc>
          
          <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>129295</commentid>
    <comment_count>0</comment_count>
    <who name="Mukul Gandhi">gandhi.mukul</who>
    <bug_when>2018-06-14 11:40:07 +0000</bug_when>
    <thetext>In the section, &quot;15.5 Defining the Merge Keys&quot; of XSLT 3.0 spec, there is one bullet point mentioned as following,

&quot;For each integer J in 1..N, consider the set of xsl:merge-key elements that are in position J among the xsl:merge-key children of their parent xsl:merge-source element. All the xsl:merge-key elements in this set must have the same effective value for their lang, order, collation, case-order, and data-type attributes, where having the same effective value in this case means that either both attributes must be absent, or both must be present and evaluate to the same value; and in addition in the case of collation the absolute URI must be the same after resolving against the base URI.&quot;

The words &quot;both&quot; in above paragraph seems wrong. There are five attributes mentioned, and not two.

I suggest the rephrasing to following,

&quot;For each integer J in 1..N, consider the set of xsl:merge-key elements that are in position J among the xsl:merge-key children of their parent xsl:merge-source element. All the xsl:merge-key elements in this set must have the same effective value for their lang, order, collation, case-order, and data-type attributes, where having the same effective value in this case means that either *all five of these* attributes must be absent, or *all five of these attributes* must be present and evaluate to the same value; and in addition in the case of collation the absolute URI must be the same after resolving against the base URI.&quot;

My suggestions are within &quot;*&quot; characters.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>129354</commentid>
    <comment_count>1</comment_count>
    <who name="Michael Kay">mike</who>
    <bug_when>2018-10-20 20:49:05 +0000</bug_when>
    <thetext>This proposed rephrasing is incorrect. A better rephrasing would be:

&quot;For each integer J in 1..N, consider the set S of xsl:merge-key elements that are in position J among the xsl:merge-key children of their parent xsl:merge-source element. For each attribute A in the set lang, order, collation, case-order, and data-type, it must be the case that for any two elements s1 and s2 in S, the effective value of attribute A on s1 is the same as the effective value of attribute A on s2, where two attributes are said to have the same effective value if either (a) both attributes are absent, or (b) both attributes are present and evaluate to the same value; furthermore, in the case of the collation attribute, the absolute URI must be the same after resolving against the base URI.&quot;

(The text could be more liberal and allow an attribute to be defaulted on one element and given an explicit value equivalent to the default on another. But it doesn&apos;t attempt to allow that and the intent here is to clarify the spec, not to write a better spec.)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>129522</commentid>
    <comment_count>2</comment_count>
    <who name="Abel Braaksma">abel.online</who>
    <bug_when>2019-02-19 20:42:33 +0000</bug_when>
    <thetext>Note that a proposed erratum was drafted, E29, but it appears that something went wrong with the rendering, which shows:

Change

Expression ulist[2]/item[2]/p selects nothing

---

For reference, the HTML version of the erratum: https://htmlpreview.github.io/?https://github.com/w3c/qtspecs/blob/master/errata/xslt-30/html/xslt-30-errata.html#E29</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>129534</commentid>
    <comment_count>3</comment_count>
    <who name="Michael Kay">mike</who>
    <bug_when>2019-02-20 00:18:55 +0000</bug_when>
    <thetext>The formatting of the erratum has been fixed.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>