Re: FORM accept-charset was: PHP Unicode support design document

From: Date: Fri, 26 Aug 2005 11:26:20 +0000
Subject: Re: FORM accept-charset was: PHP Unicode support design document
References: 1  Groups: php.internals 
Request: Send a blank email to internals+get-18472@lists.php.net to get a copy of this message
Tex Texin wrote:
I guess the way to think about it, is the FORM's accept-charset tells the user agent the encodings the server accepts. In the POST to the server, the user agent is telling the server the encodings it accepts, and it is not resending the forms' accept-charset attribute. People are welcome to try other browsers and report back the accept-charset value. But I agree now, that we can't use the accept-charset value to trigger the encoding, since it doesn't necessarily represent the encoding of the data.
That's exactly what I'd expect. With POST and enctype='multipart/form-data', there's the option to mark each individual field with a different charset (assuming it's a text field). See 4.5 in RFC 2388. This means it gets the text/plain default in the absence of an explicit charset MIME parameter (which is also going to be the default if the Content-Type defaults to text/plain, which I'm pretty sure it does with multipart/form-data). I don't know if browsers actually implement this though, and don't have time to knock up a test case here. In the absence of this, I'm not convinced there's actually a completely reliable way of working. ASCII is the only thing guaranteed to work according to the specs (at least, that's my reading), but some browsers will do strange things. If you really want to transport general character data from HTML FORMs, use multipart/form-data. James -- James Aylett Chief Technical Architect t 020 7535 9850 f 020 7535 9900 w http://tangozebra.com/ Tangozebra may not be held responsible for the content of this email as it may reflect the personal view of the sender and not that of the company. Should you receive this email in error, please notify the sender immediately and do not disclose copy or distribute it. Tangozebra runs anti-virus software on all servers and workstations, and cannot be held responsible for any infected files that you may receive. Tangozebra advises all recipients to virus scan all emails, and to eat five portions of fruit and vegetable daily. ________________________________________________________________________ This e-mail has been scanned for all viruses by Star. The service is powered by MessageLabs. For more information on a proactive anti-virus service working around the clock, around the globe, visit: http://www.star.net.uk ________________________________________________________________________

« previous php.internals (#18472) next »