<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns="http://www.w3.org/TR/REC-html40">

<head>
<meta http-equiv=Content-Type content="text/html; charset=us-ascii">
<meta name=Generator content="Microsoft Word 11 (filtered medium)">
<style>
<!--
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman";}
p.MsoNormalIndent, li.MsoNormalIndent, div.MsoNormalIndent
        {margin-top:0cm;
        margin-right:0cm;
        margin-bottom:0cm;
        margin-left:35.4pt;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman";}
p.MsoListBullet, li.MsoListBullet, div.MsoListBullet
        {margin-top:0cm;
        margin-right:0cm;
        margin-bottom:0cm;
        margin-left:18.0pt;
        margin-bottom:.0001pt;
        text-indent:-18.0pt;
        mso-list:l9 level1 lfo7;
        font-size:12.0pt;
        font-family:"Times New Roman";}
p.MsoBlockText, li.MsoBlockText, div.MsoBlockText
        {margin-top:0cm;
        margin-right:72.0pt;
        margin-bottom:6.0pt;
        margin-left:72.0pt;
        font-size:12.0pt;
        font-family:"Times New Roman";}
a:link, span.MsoHyperlink
        {color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {color:purple;
        text-decoration:underline;}
code
        {font-family:"Courier New";
        font-variant:normal !important;}
span.Stylwiadomocie-mail17
        {mso-style-type:personal-compose;
        font-family:Arial;
        color:windowtext;}
@page Section1
        {size:595.3pt 841.9pt;
        margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.Section1
        {page:Section1;}
 /* List Definitions */
 @list l0
        {mso-list-id:-132;
        mso-list-type:simple;
        mso-list-template-ids:1549193832;}
@list l0:level1
        {mso-level-tab-stop:74.6pt;
        mso-level-number-position:left;
        margin-left:74.6pt;
        text-indent:-18.0pt;}
@list l1
        {mso-list-id:-131;
        mso-list-type:simple;
        mso-list-template-ids:-489383942;}
@list l1:level1
        {mso-level-tab-stop:60.45pt;
        mso-level-number-position:left;
        margin-left:60.45pt;
        text-indent:-18.0pt;}
@list l2
        {mso-list-id:-130;
        mso-list-type:simple;
        mso-list-template-ids:1330120508;}
@list l2:level1
        {mso-level-tab-stop:46.3pt;
        mso-level-number-position:left;
        margin-left:46.3pt;
        text-indent:-18.0pt;}
@list l3
        {mso-list-id:-129;
        mso-list-type:simple;
        mso-list-template-ids:765513990;}
@list l3:level1
        {mso-level-tab-stop:32.15pt;
        mso-level-number-position:left;
        margin-left:32.15pt;
        text-indent:-18.0pt;}
@list l4
        {mso-list-id:-128;
        mso-list-type:simple;
        mso-list-template-ids:-328192002;}
@list l4:level1
        {mso-level-number-format:bullet;
        mso-level-text:\F0B7;
        mso-level-tab-stop:74.6pt;
        mso-level-number-position:left;
        margin-left:74.6pt;
        text-indent:-18.0pt;
        font-family:Symbol;}
@list l5
        {mso-list-id:-127;
        mso-list-type:simple;
        mso-list-template-ids:1115337288;}
@list l5:level1
        {mso-level-number-format:bullet;
        mso-level-text:\F0B7;
        mso-level-tab-stop:60.45pt;
        mso-level-number-position:left;
        margin-left:60.45pt;
        text-indent:-18.0pt;
        font-family:Symbol;}
@list l6
        {mso-list-id:-126;
        mso-list-type:simple;
        mso-list-template-ids:-1419221608;}
@list l6:level1
        {mso-level-number-format:bullet;
        mso-level-text:\F0B7;
        mso-level-tab-stop:46.3pt;
        mso-level-number-position:left;
        margin-left:46.3pt;
        text-indent:-18.0pt;
        font-family:Symbol;}
@list l7
        {mso-list-id:-125;
        mso-list-type:simple;
        mso-list-template-ids:-1935651496;}
@list l7:level1
        {mso-level-number-format:bullet;
        mso-level-text:\F0B7;
        mso-level-tab-stop:32.15pt;
        mso-level-number-position:left;
        margin-left:32.15pt;
        text-indent:-18.0pt;
        font-family:Symbol;}
@list l8
        {mso-list-id:-120;
        mso-list-type:simple;
        mso-list-template-ids:-63778542;}
@list l8:level1
        {mso-level-tab-stop:18.0pt;
        mso-level-number-position:left;
        margin-left:18.0pt;
        text-indent:-18.0pt;}
@list l9
        {mso-list-id:-119;
        mso-list-type:simple;
        mso-list-template-ids:790550170;}
@list l9:level1
        {mso-level-number-format:bullet;
        mso-level-style-link:"Lista punktowana";
        mso-level-text:\F0B7;
        mso-level-tab-stop:18.0pt;
        mso-level-number-position:left;
        margin-left:18.0pt;
        text-indent:-18.0pt;
        font-family:Symbol;}
ol
        {margin-bottom:0cm;}
ul
        {margin-bottom:0cm;}
-->
</style>

</head>

<body lang=PL link=blue vlink=purple>

<div class=Section1>

<p class=MsoNormal><font size=2 face=Arial><span lang=EN-US style='font-size:
10.0pt;font-family:Arial'>The <a
href="http://www.w3.org/TR/REC-html40/references.html">URI reference</a> in the
HTML 4 refers to <a href="http://www.ietf.org/rfc/rfc2396.txt">RFC 2396</a> which
is obsolete by <a href="http://www.ietf.org/rfc/rfc3986.txt">RFC 3986</a>.&nbsp;
The latter document has a new section 2.5: &quot;Identifying Data&quot;,
containing the following new material:<o:p></o:p></span></font></p>

<p class=MsoBlockText><font size=3 face="Times New Roman"><span lang=EN-US
style='font-size:12.0pt'>URI characters provide identifying data for each of
the URI components, serving as an external interface for identification between
systems.&nbsp; Although the presence and nature of the URI production interface
is hidden from clients that use its URIs (and is thus beyond the scope of the
interoperability requirements defined by this specification), it is a frequent
source of confusion and errors in the interpretation of URI character
issues.&nbsp; Implementers have to be aware that there are multiple character
encodings involved in the production and transmission of URIs: local name and
data encoding, public interface encoding, URI character encoding, data format encoding,
and protocol encoding.</span></font><font size=2 face=Arial><span lang=EN-US
style='font-size:10.0pt;font-family:Arial'><o:p></o:p></span></font></p>

<p class=MsoBlockText><b><font size=3 face="Times New Roman"><span lang=EN-US
style='font-size:12.0pt;font-weight:bold'>Local names, such as file system
names, are stored with a local character encoding</span></font></b><span
lang=EN-US>.&nbsp; URI producing applications (e.g., origin servers) will
typically use the local encoding as the basis for producing meaningful
names.&nbsp; The URI producer will transform the local encoding to one that is
suitable for a public interface and then transform the public interface
encoding into the restricted set of URI characters (reserved, unreserved, and
percent-encodings). Those characters are, in turn, encoded as octets to be used
as a reference within a data format (e.g., a document charset), and such data
formats are often subsequently encoded for transmission over Internet
protocols.<o:p></o:p></span></p>

<p class=MsoNormal><font size=2 face=Arial><span lang=EN-US style='font-size:
10.0pt;font-family:Arial'>The new statements above are slightly incompatible
with what <a href="http://www.w3.org/TR/REC-html40/appendix/notes.html#h-B.2.1">HTML
URI encoding specification</a> says: <o:p></o:p></span></font></p>

<p class=MsoBlockText><font size=3 face="Times New Roman"><span lang=EN-US
style='font-size:12.0pt'>URIs do not contain non-ASCII values <o:p></o:p></span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span lang=EN-US style='font-size:
10.0pt;font-family:Arial'>That statement is true for what the RFC calls
&quot;public interface encoding&quot;: it seems reasonable that the user agent
should use an URL when it requests an external resource; however, requiring
that HTML documents should use a public URI for resources that the user agent
is expected to serve without communicating with an external server, such as
local files identified using then file scheme, seems an excessive complication
to me.&nbsp; Internet Explorer <a href="http://blogs.msdn.com/ie/atom.xml">does
not respect</a> this prohibition because it uses IRIs, not URIs, internally,
and converts them to URLs if needed when it communicates with an external
server.&nbsp; If an external URL is specified in the source document as
percent-encoded, it is passed without altering because encoding is not needed
and the server is responsible for decoding; however, there is no server to
decode a local URL and it remains unresolved.&nbsp; That is not compliant with
the current standard, but I think in this case the implementation is right and
the standard needs some freedom with respect to local URLs.<o:p></o:p></span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span lang=EN-US style='font-size:
10.0pt;font-family:Arial'>Of course, one could always do away with an argument
that an HTML document containing reference to a local resource cannot be
published and can be authored as noncompliant.&nbsp; However, this is only
partially true.&nbsp; The reason is that the prohibition of B.2.1 propagated to
the XSLT specification that refers to it explicitly where it specifies how URI
attributes should be transformed in <a
href="http://www.w3.org/TR/xslt#section-HTML-Output-Method">html mode</a>.&nbsp;
In effect, a document produced by a conforming XSLT processor for local usage
is perfectly valid and perfectly useless: hyperlinks are broken and images do
not show up.<o:p></o:p></span></font></p>

<p class=MsoListBullet><![if !supportLists]><font size=3 face=Symbol><span
lang=EN-US style='font-size:12.0pt;font-family:Symbol'><span style='mso-list:
Ignore'>&middot;<font size=1 face="Times New Roman"><span style='font:7.0pt "Times New Roman"'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</span></font></span></span></font><![endif]><span lang=EN-US>My suggestion: The
constraints for URLs denoting local resources should be relaxed.<o:p></o:p></span></p>

<p class=MsoNormal><font size=2 face=Arial><span lang=EN-US style='font-size:
10.0pt;font-family:Arial'>I understand that this is fixed by <a
href="http://www.whatwg.org/specs/web-apps/current-work/multipage/section-document.html">HTML
5</a>, so this is perhaps the good news:<o:p></o:p></span></font></p>

<p class=MsoBlockText><font size=3 face="Times New Roman"><span lang=EN-US
style='font-size:12.0pt'>The </span></font><code><b><font size=2 color=black
face="Courier New"><span lang=EN-US style='font-size:10.0pt;color:black;
font-weight:bold'>href</span></font></b></code><span lang=EN-US> content
attribute, if specified, must contain a URI (or IRI).</span><font size=2><span
lang=EN-US style='font-size:10.0pt'><o:p></o:p></span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span lang=EN-US style='font-size:
10.0pt;font-family:Arial'>Best regards,<o:p></o:p></span></font></p>

<p class=MsoNormal><font size=2 face=Arial><span lang=EN-US style='font-size:
10.0pt;font-family:Arial'>Christopher Yeleighton<o:p></o:p></span></font></p>

</div>

</body>

</html>