I work on Chrome at Google and a few of us have been working on a proposal
to enable access to local media files - http://goo.gl/L8zXT . A number of
different ideas [1, 2, 3] have floated around to address this issue so it
seems there is interest but no consensus on the right approach.
We have co
On Mon, Feb 27, 2012 at 5:04 PM, Steve VanDeBogart wrote:
> On Wed, Dec 21, 2011 at 4:05 AM, Arthur Barstow wrote:
>
>> Hi Brona,
>>
>> For mostly historical reasons, WebApps' File* specs still use Tracker
>> rather than Bugzilla (and IIRC, Arun also uses the
On Wed, Dec 21, 2011 at 4:05 AM, Arthur Barstow wrote:
> Hi Brona,
>
> For mostly historical reasons, WebApps' File* specs still use Tracker
> rather than Bugzilla (and IIRC, Arun also uses the list archive as well as
> the spec itself to track issues for the File API spec):
>
>
> http://www.w3.
On Fri, Dec 2, 2011 at 1:07 PM, Glenn Maynard wrote:
> On Fri, Dec 2, 2011 at 2:20 PM, Steve VanDeBogart wrote:
>
>> interface BlobDataProvider : EventTarget {
>> void getSize(BlobDataProviderResult result);
>>
>>> void getDataSli
On Thu, Dec 1, 2011 at 8:58 AM, Glenn Maynard wrote:
> On Tue, Nov 29, 2011 at 4:09 PM, Steve VanDeBogart wrote:
>
>> In several thought experiments using the File API I've wanted to create a
>> Blob for data that I haven't materialized. It seems that a way to c
In several thought experiments using the File API I've wanted to create a
Blob for data that I haven't materialized. It seems that a way to create a
blob backed by an arbitrary data source would be useful. In particular, I
would like to see a blob constructor that takes a URL and size as well as
