Re: [hybi] design space draft

Christopher Blizzard <blizzard@mozilla.com> Mon, 28 June 2010 22:33 UTC

Return-Path: <blizzard@mozilla.com>
X-Original-To: hybi@core3.amsl.com
Delivered-To: hybi@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1A66A3A6A09 for <hybi@core3.amsl.com>; Mon, 28 Jun 2010 15:33:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.762
X-Spam-Level:
X-Spam-Status: No, score=-1.762 tagged_above=-999 required=5 tests=[AWL=0.837, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kXQDUdxs5Hga for <hybi@core3.amsl.com>; Mon, 28 Jun 2010 15:33:06 -0700 (PDT)
Received: from mail.mozilla.com (corp01.sj.mozilla.com [63.245.208.141]) by core3.amsl.com (Postfix) with ESMTP id 707343A6A99 for <hybi@ietf.org>; Mon, 28 Jun 2010 15:32:49 -0700 (PDT)
Received: from [10.250.5.7] (corp-240.mv.mozilla.com [63.245.220.240]) by mail.mozilla.com (Postfix) with ESMTPSA id AFE8E17FC47B; Mon, 28 Jun 2010 15:32:59 -0700 (PDT)
Message-ID: <4C29231B.70607@mozilla.com>
Date: Mon, 28 Jun 2010 15:32:59 -0700
From: Christopher Blizzard <blizzard@mozilla.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.4) Gecko/20100608 Thunderbird/3.1
MIME-Version: 1.0
To: Jack Moffitt <jack@collecta.com>
References: <AANLkTinnJmYf3bXX2GnjlL-MjFAn3asv38jLrEHd1hC_@mail.gmail.com> <4C291E66.4030704@mozilla.com> <AANLkTina4hD4e0TBhlUqzfLdLo4zx6jok6dgJMg0vM2d@mail.gmail.com>
In-Reply-To: <AANLkTina4hD4e0TBhlUqzfLdLo4zx6jok6dgJMg0vM2d@mail.gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: Arun Ranganathan <arun@mozilla.com>, hybi@ietf.org, Vladimir Vukicevic <vladimir@mozilla.com>
Subject: Re: [hybi] design space draft
X-BeenThere: hybi@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Server-Initiated HTTP <hybi.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/hybi>, <mailto:hybi-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/hybi>
List-Post: <mailto:hybi@ietf.org>
List-Help: <mailto:hybi-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/hybi>, <mailto:hybi-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 28 Jun 2010 22:33:20 -0000

  On 6/28/2010 3:14 PM, Jack Moffitt wrote:
>>> * I expanded on the restrictions that browser-based clients have,
>>> including for example the fact that JavaScript has no real ability for
>>> working with binary as anything other than blobs.
>> This is changing now.  We're starting to see browsers support binary data
>> from the WebGL work and also starting to read in chunks of data from blobs
>> via the File API and other interfaces.
> I did some Googling for what the current state of the art was, but I
> didn't find this. Can you point me to some places where I can learn
> more? I'll make sure to note that stuff in the next version of the
> draft.
>
> I did find the File API work, but that didn't seem to have anything
> that would help with binary framed protocols for example.
>
> jack.

[ sorry, mis-send. ]

Here's a post from Vlad, who works on WebGL on the subject of native arrays:

http://blog.vlad1.com/2009/11/06/canvasarraybuffer-and-canvasarray/

Note that we're working on adding interfaces to expose this from XHR, 
Vlad has expressed interest in doing the same to the WebSocket DOM 
interfaces and we're working on one from the File API as well. 
Basically anywhere where the browser is expected to handle a big pile of 
binary data, we should probably be exposing interfaces to expose them as 
native arrays.

--Chris