- From: Walter Ian Kaye <walter@natural-innovations.com>
- Date: Thu, 10 Jul 1997 20:08:50 -0700
- To: www-html@w3.org
At 10:55p -0400 07/10/97, Russell Steven Shawn O'Connor wrote:
> On Thu, 10 Jul 1997, Walter Ian Kaye wrote:
>
> >
> > <A HREF="mailto:boo@best.com?subject=Test&body=TheBody">
> >
> > resulted in the following in Eudora 3.1:
> >
> > To: boo@best.com
> > Subject: Test&body
> >
> > because what that does is make it look like "Test&body" is the entire
> > value of the "subject=" field.
>
> Then Eudora is broken. If you wanted Test&body you would write
> <A HREF="mailto:boo@best.com?subject=Test%26body"> (I think %26 is right)
Eudora is not broken. Why should an email app give a hoot about SGML
entities? It does not apply. Perhaps SGML is broken...
> > Also, I believe a URL should remain constant no matter what application
> > it appears in. Only markup-language applications would even understand
> > the & entity -- if I double-click the URL as shown above in Eudora
> > (or launch it from *any* other non-browser application), it results in
> >
> > Subject: Test&body
> >
> > which is, of course, incorrect. And this would affect http URL schemes
> > as well as mailto schemes, so it's not just an extended-mailto failing.
>
> Enitites are allowed in attributes. This allows us to do <IMG SRC="foo"
> ALT="and then he said "Let it be done" and it was so">, and
> similarly <A HREF="foo.html?lang=français">. This is why & must be
> escaped as & (or something equivlent).
Now you are confusing "allowed" with "must". I know that entities are
*allowed* in attribute values; I am saying they should be avoided in
URLs. The easy way to ensure that nothing will be interpreted as such
is to escape any semicolons appearing in a field value.
__________________________________________________________________________
Walter Ian Kaye <boo_at_best*com> Programmer - Excel, AppleScript,
Mountain View, CA ProTERM, FoxPro, HTML
http://www.natural-innovations.com/ Musician - Guitarist, Songwriter
Received on Thursday, 10 July 1997 23:09:38 UTC