W3C home > Mailing lists > Public > public-webapi@w3.org > May 2006

ACTION-148: responseText and encoding

From: Anne van Kesteren <annevk@opera.com>
Date: Sun, 14 May 2006 14:12:52 +0200
To: "Web APIs WG (public)" <public-webapi@w3.org>
Message-ID: <op.s9jivqvj64w2qv@id-c0020.oslo.opera.com>

reponseText now reads:

    If the <code><term>readyState</term></code> attribute has a value
    other than 3 (Receiving) or 4 (Loaded), it MUST be the empty string.
    Otherwise, it MUST be the fragment of the entity body received so
    far (when <code>readyState</code> is 3 (Receiving)) or the entity
    body when <code>readyState</code> is 4 (Loaded)), interpreted as a
    stream of characters.

    If the response includes a <code>Content-Type</code> understood by
    the UA, with the exception that the rule in the final paragraph of
    section 3.7.1 of [RFC2616], and the rules in section 4.1.2 of
    [RFC2046] MUST be treated as if they specified the default character
    encoding as being UTF-8. Invalid bytes MUST be converted to U+FFFD
    REPLACEMENT CHARACTER. If the UA can't derive a character stream in
    accord with the media type specification, <code>reponseText</code>
    MUST be <code>null</code>.

This seems a lot better than how  
reads at the moment, but I've the feeling I should add some more  
references. Perhaps [RFC2616] after the first paragraph for entity body  

Anne van Kesteren
Received on Sunday, 14 May 2006 12:13:03 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:16:21 UTC