12 messages in org.w3.public-evangelistRE: japanese encoding nightmare
FromSent OnAttachments
Paul ArensonNov 12, 2006 5:50 pm 
Karl DubostNov 13, 2006 5:21 am 
Paul ArensonNov 13, 2006 6:25 am 
Paul ArensonNov 13, 2006 6:58 am 
Daniel BarclayNov 13, 2006 10:14 am 
Mike SchinkelNov 13, 2006 3:10 pm 
David DorwardNov 13, 2006 3:17 pm 
Paul ArensonNov 13, 2006 6:06 pm 
Daniel BarclayNov 16, 2006 11:13 am 
Richard IshidaNov 23, 2006 2:15 am 
Tex TexinNov 23, 2006 9:03 am 
Paul ArensonDec 5, 2006 8:07 am 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:RE: japanese encoding nightmareActions...
From:Mike Schinkel (mike@gmail.com)
Date:Nov 13, 2006 3:10:55 pm
List:org.w3.public-evangelist

Daniel Barclay wrote:

Remember that <META HTTP-EQUIV="..." ...> elements are not supposed to be read by the browser when the browser retrieved the document from a server. Such META elements are for the server to read and use to construct real HTTP header fields (if the server chooses that mechanism).

I recently read (from what I remember to be an authoritative source) that in practice servers rarely ever read them because of performance so the browser has to. (The only thing I can remember reading authoritative recently was Weaving the Web, but I don't think TBL covered that in there. I wish my member were better..)

This http://www.w3.org/TR/html4/struct/global.html#adef-http-equiv says (emphasis mine): "HTTP servers *MAY* use the property name specified by the http-equiv attribute to create an [RFC822]-style header in the HTTP response." That would imply they might not, and if so the browser would have to handle, no?

Anyway, just wanted to point this out (it is a shame the recommendation didn't say "MUST" instead of "MAY")