W3C home > Mailing lists > Public > public-webapps@w3.org > July to September 2010

Re: [XHR2] ArrayBuffer integration

From: David Levin <levin@chromium.org>
Date: Tue, 28 Sep 2010 17:59:11 -0700
Message-ID: <AANLkTimJWDo3DKdqG6d_wLjhwNWfXkkN-K+VdwvQZfc0@mail.gmail.com>
To: Chris Rogers <crogers@google.com>
Cc: James Robinson <jamesr@google.com>, Boris Zbarsky <bzbarsky@mit.edu>, Chris Marrin <cmarrin@apple.com>, Michael Nordman <michaeln@google.com>, Web Applications Working Group WG <public-webapps@w3.org>, Jian Li <jianli@chromium.org>, Anne van Kesteren <annevk@opera.com>, Julian Reschke <julian.reschke@gmx.de>, Kenneth Russell <kbr@google.com>, Vladimir Vukicevic <vladimir@mozilla.com>
fwiw, specifying up front is what FileReader appears to do:

Of course, there are different methods in that case.


On Tue, Sep 28, 2010 at 3:12 PM, Chris Rogers <crogers@google.com> wrote:
> Based on these constraints, it sounds like we either have to live with the
> fact that we'll keep both a binary copy and a text copy around as we're
> receiving XHR bytes.  Or, we need a way to specify up-front that we're
> interested in loading as binary (before calling send()) and not handle
> binary in the default case.
> Chris
> On Tue, Sep 28, 2010 at 12:05 PM, James Robinson <jamesr@google.com> wrote:
>> On Tue, Sep 28, 2010 at 9:39 AM, Boris Zbarsky <bzbarsky@mit.edu> wrote:
>>> On 9/28/10 10:32 AM, Chris Marrin wrote:
>>>> I'd hate the idea of another flag in XHR. Why not just keep the raw bits
>>>> and then convert when responseText is called? The only disadvantage of this
>>>> is when the author makes multiple calls to responseText and I would not
>>>> think that is a very common use case.
>>> It's actually reasonably common; Gecko had some performance bugs filed on
>>> us until we started caching the responseText (before that we did exactly
>>> what you just suggested).
>>> Oh, and some sites poll responseText from progress events for reasons I
>>> can't fathom.
>> A number of sites check .responseText.length on every progress event in
>> order to monitor how much data has been received.  This came up as a
>> performance hotspot when I was profiling WebKit's XHR implementation as
>> well.
>> - James
>>> -Boris
Received on Wednesday, 29 September 2010 00:59:46 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 18:13:11 UTC