<?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>7392</bug_id>
          
          <creation_ts>2009-08-21 07:40:24 +0000</creation_ts>
          <short_desc>Please use some term other than &quot;URL&quot; for Web Addresses</short_desc>
          <delta_ts>2010-10-04 14:46:58 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>HTML WG</product>
          <component>pre-LC1 HTML5 spec (editor: Ian Hickson)</component>
          <version>unspecified</version>
          <rep_platform>PC</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>VERIFIED</bug_status>
          <resolution>WONTFIX</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>NE, TrackerIssue</keywords>
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Maciej Stachowiak">mjs</reporter>
          <assigned_to name="Michael[tm] Smith">mike</assigned_to>
          <cc>ian</cc>
    
    <cc>julian.reschke</cc>
    
    <cc>lmm</cc>
    
    <cc>mike</cc>
    
    <cc>public-html-admin</cc>
    
    <cc>public-html-wg-issue-tracking</cc>
          
          <qa_contact name="HTML WG Bugzilla archive list">public-html-bugzilla</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>26576</commentid>
    <comment_count>0</comment_count>
    <who name="Maciej Stachowiak">mjs</who>
    <bug_when>2009-08-21 07:40:24 +0000</bug_when>
    <thetext>The term URL has a technical meaning that doesn&apos;t match the HTML5 spec. Even though the spec points this out, some find this confusing or objectionable. Please consider using an alternate term, such as &quot;Web Address&quot; or &quot;HREF&quot; (following IRIbis) or &quot;HURL&quot; (for HTML URL) or anything that doesn&apos;t conflict with IETF specs in this area. Such a change would be cosmetic but it would not be obviously harmful and would apparently remove objections.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>26578</commentid>
    <comment_count>1</comment_count>
    <who name="Ian &apos;Hixie&apos; Hickson">ian</who>
    <bug_when>2009-08-21 07:47:52 +0000</bug_when>
    <thetext>&quot;URL&quot; is what everyone outside the standards world calls them. The few people who understand what on earth IRI, URN, URI, and URL are supposed to mean and how to distinguish them have demonstrated that they are able to understand such complicated terminology and can deal with the reuse of the term &quot;URL&quot;. Others, who think &quot;URL&quot; mean exactly what the HTML5 spec defines it as, have not demonstrated an ability to understand these subtleties and are better off with us using the term they&apos;re familiar with.

The real solution is for the URI and IRI specs to be merged, for the URI spec to change its definitions to match what &quot;URL&quot; is defined as in HTML5 (e.g. finally defining error handling as part of the core spec), and for everyone to stop using terms other than &quot;URL&quot;.

Thus, marking this WONTFIX.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>26926</commentid>
    <comment_count>2</comment_count>
    <who name="Julian Reschke">julian.reschke</who>
    <bug_when>2009-09-08 06:37:30 +0000</bug_when>
    <thetext>The &quot;real&quot; solution, as proposed by Ian Hickson, has been discussed, is controversial, and is not going to happen.

As far as I can tell, we should either re-open this bug, or track the issue in the Tracker (not sure whether it is covered by http://www.w3.org/html/wg/tracker/issues/56)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>26927</commentid>
    <comment_count>3</comment_count>
    <who name="Michael[tm] Smith">mike</who>
    <bug_when>2009-09-08 07:09:30 +0000</bug_when>
    <thetext>Reassigned to me pending discussion of what further action is needed.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>26928</commentid>
    <comment_count>4</comment_count>
    <who name="Maciej Stachowiak">mjs</who>
    <bug_when>2009-09-08 07:10:45 +0000</bug_when>
    <thetext>Since Ian has given his disposition, I think a tracker issue would be appropriate. It would probably be worthwhile to have a separate issue for the naming, as opposed to for updating the spec reference.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>26929</commentid>
    <comment_count>5</comment_count>
    <who name="Michael[tm] Smith">mike</who>
    <bug_when>2009-09-08 07:44:24 +0000</bug_when>
    <thetext>(In reply to comment #4)
&gt; Since Ian has given his disposition, I think a tracker issue would be
&gt; appropriate. It would probably be worthwhile to have a separate issue for the
&gt; naming, as opposed to for updating the spec reference.

http://www.w3.org/html/wg/tracker/issues/78

</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>26930</commentid>
    <comment_count>6</comment_count>
    <who name="Michael[tm] Smith">mike</who>
    <bug_when>2009-09-08 07:59:06 +0000</bug_when>
    <thetext>moved to Tracker

http://www.w3.org/html/wg/tracker/issues/78</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>33304</commentid>
    <comment_count>7</comment_count>
    <who name="Maciej Stachowiak">mjs</who>
    <bug_when>2010-03-14 14:49:52 +0000</bug_when>
    <thetext>This bug predates the HTML Working Group Decision Policy.

If you are satisfied with the resolution of this bug, please change the state of this bug to CLOSED. If you have additional information and would like the editor to reconsider, please reopen this bug. If you would like to escalate the issue to the full HTML Working Group, please add the TrackerRequest keyword to this bug, and suggest title and text for the tracker issue; or you may create a tracker issue yourself, if you are able to do so. For more details, see this document:
  http://dev.w3.org/html5/decision-policy/decision-policy.html

This bug is now being moved to VERIFIED. Please respond within two weeks. If this bug is not closed, reopened or escalated within two weeks, it may be marked as NoReply and will no longer be considered a pending comment.
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>33699</commentid>
    <comment_count>8</comment_count>
    <who name="Larry Masinter">lmm</who>
    <bug_when>2010-03-18 17:35:36 +0000</bug_when>
    <thetext>I added comments to Bug 8116  (http://www.w3.org/Bugs/Public/show_bug.cgi?id=8116 ) which doesn&apos;t seem to be linked here.

Note that change proposal
http://lists.w3.org/Archives/Public/public-html/2010Feb/0882.html for ISSUE-56
(http://www.w3.org/html/wg/tracker/issues/56) at least explains that this
specification uses &quot;URL&quot; in ways different than the rest of the web community
(and also, by using URL for relative forms) in ways that are not even common in
the public literature.

Note also that the IETF document draft-ietf-iri-3987bis
(http://tools.ietf.org/wg/iri/draft-ietf-iri-3987bis/) contains advice about
using &quot;URL&quot; in formal documents, and there is a bug report
http://trac.tools.ietf.org/wg/iri/trac/ticket/9 which discusses that issue.

Since the response to this bug was &quot;We (the standards community) really need to
give up on this naming nonsense and just go back to URL, which is what everyone
else calls them.&quot;, it would seem appropriate get the standards community to
follow that advice.

See also
http://masinter.blogspot.com/2010/03/resources-are-angels-urls-are-pins.html
for some history.


</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>