W3C home > Mailing lists > Public > whatwg@whatwg.org > December 2011

[whatwg] creating a new file via the File API

From: Bronislav Klučka <Bronislav.Klucka@bauglir.com>
Date: Mon, 19 Dec 2011 23:39:17 +0100
Message-ID: <4EEFBD15.1060503@bauglir.com>


On 19.12.2011 23:15, Eric U wrote:
> On Mon, Dec 19, 2011 at 2:06 PM, Bronislav Klu?ka
> <Bronislav.Klucka at bauglir.com>  wrote:
>>
>> On 19.12.2011 17:05, Glenn Maynard wrote:
>>> 2011/12/19 Bronislav Klu?ka<Bronislav.Klucka at bauglir.com>:
>>>> I agree, additional API for this would be better
>>>> FileSaver is not exactly all you would need, because FileSaver is already
>>>> implemented e.g. in Chrome
>>>> to save file to browser file system (requestFileSystem).
>>> requestFileSystem is not FileSaver.
>>>
>> hi,
>> I know, that was not what I was saying, it's an API to store data in File.
>> The point is, that you can get File from FileSystem API as well,
>> FileSaver API is already implemented and that did not solve anything.
> The FileSaver object has not been implemented by any browser that I know of.
>
> The FileSystem API has been implemented by Chrome.
> It does not address this use case.
>
>> FileSaver API is insufficient to solve this issue, what we need is file
>> entry that actually represent exactly that file on
>> user's disk, not in some pseudo file system.
> The FileSystem API does in fact let you create a FileEntry that
> represents exactly a file on disk.  That doesn't seem to be what you
> want, though; I believe you actually want FileSaver, which may be
> implemented some day, but hasn't been yet.
>
> The conversation about it isn't moving very quickly, but it's not
> dead.  It just hasn't been a high priority for anyone yet.
>
>> B.
well we can argue for the next few days :)
http://www.w3.org/TR/file-writer-api/#idl-def-FileSaver
this is already implemented.... for FileSystem API

The point is, that we have no method how to create File/FileEntry/Blob 
representing regular file on regular file system.

B.
Received on Monday, 19 December 2011 14:39:17 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 16:59:38 UTC