<?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>3812</bug_id>
          
          <creation_ts>2006-10-07 23:56:24 +0000</creation_ts>
          <short_desc>[FS] editorial: 2.1.4: ellipses</short_desc>
          <delta_ts>2007-11-04 06:00:05 +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>Formal Semantics 1.0</component>
          <version>Candidate Recommendation</version>
          <rep_platform>All</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>ASSIGNED</bug_status>
          <resolution></resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>minor</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Michael Dyck">jmdyck</reporter>
          <assigned_to name="Michael Dyck">jmdyck</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>12348</commentid>
    <comment_count>0</comment_count>
    <who name="Michael Dyck">jmdyck</who>
    <bug_when>2006-10-07 23:56:24 +0000</bug_when>
    <thetext>&quot;In some cases, ellipses may be used in inference rules to handle an
arbitrary number of judgments.&quot;
    s/may be/are/

    To only talk about an arbitrary number of *judgments* gives a limited
    view of the role of ellipses. An ellipsis can also be used *within* a
    judgment to match an arbitrary number of syntactic objects (usually,
    items in some kind of list construct).

    For instance, consider 4.1.5 / Norm / rule 1. The three ellipses there
    are not about expanding the number of judgments in the rule; every
    different &quot;version&quot; of the rule has four judgments.  Instead, two of
    the judgments have a varying number of patterns.

    Ellipses are also used in a different sense in
        7.1.5 / STA / rule 1
        7.1.6 / STA / rule 1

&quot;some of the patterns may have indices as subscript.&quot;
    s/subscript/subscripts/

    It&apos;s not clear what you mean by indices/index. E.g., in
        Expr1, ..., Exprn
    the &apos;1&apos; and &apos;n&apos; are both subscripts, but are they both indices? Or is
    only the &apos;n&apos; an index?  If the latter, it might be more
    self-explanatory to use a term like &quot;symbolic subscript&quot; or
    &quot;non-numeric subscript&quot;, e.g. &quot;some of the patterns may have symbolic
    subscripts&quot;.

&quot;the number of judgment&quot;
    s/judgment/judgments/

&quot;for any number of expressions, from Expr1 to Exprn,&quot;
    Delete &quot;from&quot;.

&quot;an unbounded number of rules, the first of which has 1 judgment&quot;

    Actually, the first has 4 judgments, the second has 5, etc.
    You could say:
        the first of which has 1 judgment of the form
        &apos;StatEnv |- Expri: Type&apos;, the second of which has 2, etc.

    You should probably note that in some cases, an ellipsis can generate
    (must be allowed to generate) zero judgments, or zero patterns. E.g.,
        5.11 / Notation 2 / rule 1
        4.7.1 / Norm / rule 4

    However, in about 10 places, the 2006-06 CR pulls out the &quot;zero&quot;
    version of a rule-with-ellipses and redundantly presents it as a
    separate rule (e.g., 4.1.5 / STA / rule (1|2)).  The Revision Log
    (G.3) doesn&apos;t mention these changes, so I&apos;m left to wonder why. It
    seems like a waste of time and attention.

    (Whenever I see such a pair of rules, I immediately wonder, &quot;Is the
    n=0 rule just a degenerate version of the n&gt;0 rule, or does it
    actually require something special?&quot;, and I start picking through the
    rules to see which it is. It seems pointless to make readers do that
    when it *is* just a degenerate version of a general rule.)

&quot;When ellipses are used, the value for the index always ranges from 1 to
an arbitrary number n.&quot;
    Usually, but not always. Here are some other examples:
        0 to n-1 (4.7.3.1 / Notation / rule 2)
        1 to n+1 (4.12.2 / STA / rule 1 / conclusion)
        1 to m   (5.11 / Notation 2 / rule 1)
        2 to n   (5.11 / Notation 3 / rule 2 / premise 2)
        2 to k   (5.11 / Notation 3 / rule 4 / premise 2)
        1 to k   (5.11 / Notation 3 / rule 4 / conclusion)
    The first example also demonstrates that within a single ellipsis,
    the subscripts-that-vary within a given judgment need not all have the
    same value.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>12350</commentid>
    <comment_count>1</comment_count>
    <who name="Jerome Simeon">simeon</who>
    <bug_when>2006-10-09 17:20:35 +0000</bug_when>
    <thetext>reclassified as editorial/minor.
- jerome</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>14208</commentid>
    <comment_count>2</comment_count>
    <who name="Jim Melton">jim.melton</who>
    <bug_when>2007-02-26 00:15:48 +0000</bug_when>
    <thetext>The fix for this bug does not appear in the Recommendation of 23 January 2007. 
It will be considered for a future publication (either an Errata document or
some possible future version of the specification). </thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>