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
On Wed, Dec 21, 2011 at 4:05 AM, Arthur Barstow art.bars...@nokia.comwrote:
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):
On Mon, Feb 27, 2012 at 5:04 PM, Steve VanDeBogart vand...@google.comwrote:
On Wed, Dec 21, 2011 at 4:05 AM, Arthur Barstow art.bars...@nokia.comwrote:
Hi Brona,
For mostly historical reasons, WebApps' File* specs still use Tracker
rather than Bugzilla (and IIRC, Arun also uses the list
On Thu, Dec 1, 2011 at 8:58 AM, Glenn Maynard gl...@zewt.org wrote:
On Tue, Nov 29, 2011 at 4:09 PM, Steve VanDeBogart vand...@google.comwrote:
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
On Fri, Dec 2, 2011 at 1:07 PM, Glenn Maynard gl...@zewt.org wrote:
On Fri, Dec 2, 2011 at 2:20 PM, Steve VanDeBogart vand...@google.comwrote:
interface BlobDataProvider : EventTarget {
void getSize(BlobDataProviderResult result);
void getDataSlice(long long start, long long end
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
