<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Sorry, actually the latest spec is<br>
<br>
<a class="moz-txt-link-freetext" href="http://tools.ietf.org/html/rfc3986">http://tools.ietf.org/html/rfc3986</a><br>
<br>
See also <a class="moz-txt-link-freetext" href="http://en.wikipedia.org/wiki/Percent-encoding">http://en.wikipedia.org/wiki/Percent-encoding</a><br>
<br>
Andrey Moskvitin wrote:
<blockquote
cite="mid:e0c33b911003190815s5fbd98d4ub37e4b50f38dc365@mail.gmail.com"
type="cite">> See section 2 of this document:
<div>><br>
> <a moz-do-not-send="true"
href="http://www.ietf.org/rfc/rfc2396.txt" target="_blank">http://www.ietf.org/rfc/rfc2396.txt</a></div>
<div><br>
</div>
<div>Hmm, I can't find a explanation in this RFC why the function </div>
<div>huchentoot:url-decode substitute # \+ at # \Space :(</div>
</blockquote>
Yes, apparently if you put a "+" in the string that is<br>
the argument to huchentoot:url-decode, it turns into<br>
a space. However, I don't think it is legal/valid to<br>
have a "+" character in an encoded URI.<br>
<br>
Do you know of a string (call it s) such that<br>
<br>
(equalp (hunchentoot:url-decode (hunchentoot:url-encode s)) s)<br>
<br>
is false?<br>
<blockquote
cite="mid:e0c33b911003190815s5fbd98d4ub37e4b50f38dc365@mail.gmail.com"
type="cite">
<div><br>
</div>
<div>Andrey<br>
<br>
</div>
<pre wrap="">
<hr size="4" width="90%">
_______________________________________________
tbnl-devel site list
<a class="moz-txt-link-abbreviated" href="mailto:tbnl-devel@common-lisp.net">tbnl-devel@common-lisp.net</a>
<a class="moz-txt-link-freetext" href="http://common-lisp.net/mailman/listinfo/tbnl-devel">http://common-lisp.net/mailman/listinfo/tbnl-devel</a></pre>
</blockquote>
</body>
</html>