<?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>1747</bug_id>
          
          <creation_ts>2005-07-19 05:41:08 +0000</creation_ts>
          <short_desc>[FS] editorial: 7.1.6 The fs:distinct-doc-order-or-atomic-sequence function</short_desc>
          <delta_ts>2008-08-18 05:46:45 +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>Last Call drafts</version>
          <rep_platform>All</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>minor</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Michael Dyck">jmdyck</reporter>
          <assigned_to name="Jerome Simeon">simeon</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>4859</commentid>
    <comment_count>0</comment_count>
    <who name="Michael Dyck">jmdyck</who>
    <bug_when>2005-07-19 05:41:08 +0000</bug_when>
    <thetext>7.1.6 The fs:distinct-doc-order-or-atomic-sequence function

&quot;$item as node *&quot;
    s/node/item/, surely.

STA / rule 1 / premise 2
Type &lt;: node*
    node* is not a valid Formal Type.
    Change to [[ node()* ]]_sequencetype ?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>4932</commentid>
    <comment_count>1</comment_count>
    <who name="Michael Dyck">jmdyck</who>
    <bug_when>2005-07-19 21:38:55 +0000</bug_when>
    <thetext>(In reply to comment #0)
&gt;
&gt; STA / rule 1 / premise 2
&gt; Type &lt;: node*
&gt;     node* is not a valid Formal Type.
&gt;     Change to [[ node()* ]]_sequencetype ?

Or (italicized) NodeType*, as in 7.2.4.

</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>8953</commentid>
    <comment_count>2</comment_count>
    <who name="Jerome Simeon">simeon</who>
    <bug_when>2006-03-29 22:06:45 +0000</bug_when>
    <thetext>Fixed as suggested, using the NodeType* option.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>12320</commentid>
    <comment_count>3</comment_count>
    <who name="Michael Dyck">jmdyck</who>
    <bug_when>2006-10-05 19:28:24 +0000</bug_when>
    <thetext>On second thought, NodeType* probably isn&apos;t what you want.
E.g., it can&apos;t derive a type that matches a sequence of different kinds of nodes.
So I fall back to my first suggestion,
    [[ node()* ]]_sequencetype
(or you could use its expansion).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>13602</commentid>
    <comment_count>4</comment_count>
    <who name="Jerome Simeon">simeon</who>
    <bug_when>2007-01-16 18:00:01 +0000</bug_when>
    <thetext>Alright, back to the other option.
- Jerome
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>21582</commentid>
    <comment_count>5</comment_count>
    <who name="Michael Dyck">jmdyck</who>
    <bug_when>2008-08-18 05:44:19 +0000</bug_when>
    <thetext>(In reply to comment #3)
&gt; &quot;The fn:boolean function as described in the [Functions and Operators] document
&gt; takes an empty sequence, a sequence of one or more nodes, or a singleton value
&gt; of type .... All other values are illegal.&quot;
&gt;     No, fn:boolean &lt;em&gt;as described in the F+O doc&lt;/em&gt; handles a wider set of
&gt;     inputs. If you want the static typing to accept a narrower set of types,
&gt;     fine, but don&apos;t make it sound like they&apos;re in agreement. 

I have clarified the distinction between the dynamic and static type restrictions.

&gt;     Also, the list of singleton types is missing xs:anyURI.

The Rec fixed this in the inference rule, but not in the preceding prose.

&gt;     Also, NodeType+ probably isn&apos;t what you want. See Bug 1747, comment #3.

Changed to [[ node()+ ]]_sequencetype.

</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>21583</commentid>
    <comment_count>6</comment_count>
    <who name="Michael Dyck">jmdyck</who>
    <bug_when>2008-08-18 05:46:45 +0000</bug_when>
    <thetext>Sorry, wrong Bug.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>