<?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>20874</bug_id>
          
          <creation_ts>2013-02-05 11:10:03 +0000</creation_ts>
          <short_desc>[XSLT 3.0] doubled curlies in AVTs and TVTs</short_desc>
          <delta_ts>2013-02-12 18:31:40 +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>Member-only Editors 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>82572</commentid>
    <comment_count>0</comment_count>
    <who name="Michael Kay">mike</who>
    <bug_when>2013-02-05 11:10:03 +0000</bug_when>
    <thetext>We currently describe the way curly brackets are escaped in a different way from the way XQuery does it, and there is one practical consequence of the difference: we have a rule that when the expression ends in &quot;}&quot;, this must be separated from the delimiting &quot;}&quot; by a space, while XQuery has no such rule.

The point is a little academic, since the result of the expression is always atomized, and the only expressions that can end in &quot;}&quot; (map constructors and function literals) cannot be atomized. But other expressions ending in &quot;}&quot; might be introduced in the future.

When AVTs were introduced in 1.0, it was feasible to scan the text looking for the closing &quot;}&quot; delimiter, taking care to avoid catching a &quot;}&quot; that appeared inside a string literal, and then pass the text found within the braces to the XPath parser. The syntax of XPath has become too complicated for this to be a feasible approach anymore; you need to parse the XPath expression and then check whether the character that follows it is a closing &quot;}&quot;. This makes the rule that a final &quot;}&quot; in the XPath expression must be separated by whitespace from the delimiting &quot;}&quot; nothing more than a nuisance, so I propose that we change it.

I would suggest introducing a grammar similar to that used in XQuery:

CVT ::= ((Char - &apos;{}&apos;) | &apos;{{&apos; | &apos;}}&apos; | (&apos;{&apos; Expr &apos;}&apos;) )*

Test case cvt-016 is affected.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>82894</commentid>
    <comment_count>1</comment_count>
    <who name="Michael Kay">mike</who>
    <bug_when>2013-02-11 12:56:11 +0000</bug_when>
    <thetext>The WG agreed to make this change.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>83020</commentid>
    <comment_count>2</comment_count>
    <who name="Michael Kay">mike</who>
    <bug_when>2013-02-12 18:31:40 +0000</bug_when>
    <thetext>Change applied (draft N).</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>