[blink-dev] Intent to Prototype: FileSystemObserver

Contact emails asu...@chromium.org Explainer https://github.com/whatwg/fs/blob/main/proposals/FileSystemObserver.md Summary The FileSystemObserver interface for the File System specification will much more easily allow a website to be notified of changes to the

Re: [blink-dev] Re: Intent to Ship: FileSystemFileHandle.move() for local files

Thank you all! On Wednesday, February 1, 2023 at 8:52:21 AM UTC-8 Rick Byers wrote: Thank you Austin. Sorry for my confusion and then my delay in response. So since there's already broad support for FileSystemHandle.move() and chromium has already approved a path for obtaining a

[blink-dev] PSA: Cursor support for FileSystemSyncAccessHandles

Contact emails asu...@chromium.org, ds...@chromium.org Specification https://github.com/whatwg/fs/pull/76 https://github.com/whatwg/fs/pull/82 Summary We’re adding a cursor to FileSystemSyncAccessHandle , matching

Re: [blink-dev] Intent to Ship: FileSystemFileHandle.move() for local files

ved before we can specify directory moves in a way that's consistent across browser engines. Any reason why we can't focus on getting consensus for move() generally as > supported broadly in OPFS, and then separately talk about details (if any) > for local access? > See above > Thanks, &

[blink-dev] Intent to Ship: FileSystemFileHandle.move() for local files

Contact emails asu...@chromium.org Specification https://github.com/whatwg/fs/pull/10 Design docs https://github.com/a-sully/fs/pull/2 Summary Support efficient moves and renames of local files (i.e. user-visible files on the device) with the File System Access API. Efficient file moves is

[blink-dev] Intent to Ship: FileSystemHandle remove() method

entry on the Chrome Platform Status https://chromestatus.com/feature/6318478849998848 This intent message was generated by Chrome Platform Status <https://chromestatus.com/>. -- Austin Sullivan | Software Engineer | asu...@google.com -- You received this message because you are subscrib

[blink-dev] Re: Intent to Prototype: FileSystemHandle::remove() method

On Fri, Sep 9, 2022 at 4:15 PM Austin Sullivan wrote: > Contact emails > > asu...@chromium.org > > Explainer > > https://github.com/whatwg/fs/pull/9 > > Summary > > Currently, it is not possible to remove a file or directory given its > handle. You must obtai

[blink-dev] Intent to Prototype: FileSystemHandle::remove() method

Contact emails asu...@chromium.org Explainer https://github.com/whatwg/fs/pull/9 Summary Currently, it is not possible to remove a file or directory given its handle. You must obtain the handle of the parent directory and call FileSystemDirectoryHandle::removeEntry(). Introducing a new

[blink-dev] Re: Intent to Prototype: FileSystemHandle Unique IDs

gt; > -mike > > On Friday, August 12, 2022 at 7:15:58 PM UTC+2 Austin Sullivan wrote: > >> Contact emailsasu...@chromium.org >> >> Specificationhttps://github.com/whatwg/fs/pull/46 >> >> Summary >> >> FileSystemHandle::getUniqueId()

[blink-dev] Intent to Prototype: FileSystemHandle Unique IDs

Contact emailsasu...@chromium.org Specificationhttps://github.com/whatwg/fs/pull/46 Summary FileSystemHandle::getUniqueId() generates a uniquely identifying string which can be used as a key, such as for IndexedDB or WebLocks. Currently, FileSystemHandle objects can be serialized by the browser

Re: [blink-dev] Intent to Ship: Writable directory prompts for the File System Access API

d by WebDriver. >> >> Tests would then do something like `await >> test_driver.set_directory_picker('/path/to/a/directory')` before the >> showDirectoryPicker() call. >> >> If you think that setup would make sense, I'd be happy to provide more >> pointers for how to get it d

Re: [blink-dev] Intent to Ship: Writable directory prompts for the File System Access API

ble approach here. >> >> -mike >> >> >> On Mon, Jun 27, 2022 at 4:40 PM 'Austin Sullivan' via blink-dev < >> blink-dev@chromium.org> wrote: >> >>> PR is landed >>> >>> On Fri, Jun 24, 2022 at 3:09 PM Austin Sullivan >>> wr

Re: [blink-dev] Intent to Ship: Writable directory prompts for the File System Access API

PR is landed On Fri, Jun 24, 2022 at 3:09 PM Austin Sullivan wrote: > I was waiting for approval on this I2S before landing, but clearly I had > my order of operations inverted :) > > Also I could've sworn I was already in the WICG, but for some reason the > IPR bot doesn't t

Re: [blink-dev] Intent to Ship: Writable directory prompts for the File System Access API

: > > > On Mon, Jun 13, 2022 at 1:58 PM 'Austin Sullivan' via blink-dev < > blink-dev@chromium.org> wrote: > >> Contact emailsasu...@chromium.org >> >> ExplainerNone >> >> Specificationhttps://github.com/WICG/file-system-access/pull/30

Re: [blink-dev] Re: Intent to Ship: Writable directory prompts for the File System Access API

An FYI TAG review has been submitted: https://github.com/w3ctag/design-reviews/issues/749 On Fri, Jun 24, 2022 at 6:33 AM Mike Taylor wrote: > No worries. I think an "FYI" TAG review would be appropriate here. > > LGTM1 to ship w/ that. > > On 6/24/22 9:02 AM, 'Austi

Re: [blink-dev] Re: Intent to Ship: Writable directory prompts for the File System Access API

cremental addition. >> >> >> >> On Wed, Jun 15, 2022 at 8:06 AM 'Austin Sullivan' via blink-dev < >> blin...@chromium.org> wrote: >> >>> No, I did not realize this was required? showDirectoryPicker() is >>> currently only implemented for

Re: [blink-dev] Re: Intent to Extend Experiment: Origin Private File System extension: AccessHandle

FYI: In order to provide a gapless support on M101 and earlier, we'd like to extend the OT until October 4th, one week after the M106 stable release. The API shape will not change on these earlier releases during this time. On Friday, February 11, 2022 at 2:21:42 AM UTC-8 Mike West wrote: >

[blink-dev] Re: Intent to Ship: Writable directory prompts for the File System Access API

No, I did not realize this was required? showDirectoryPicker() is currently only implemented for Chromium browsers On Wed, Jun 15, 2022 at 7:55 AM Yoav Weiss wrote: > > > On Monday, June 13, 2022 at 1:58:43 PM UTC+2 Austin Sullivan wrote: > >> Contact emailsa

[blink-dev] Intent to Ship: Writable directory prompts for the File System Access API

Contact emailsasu...@chromium.org ExplainerNone Specificationhttps://github.com/WICG/file-system-access/pull/300 Summary Allow returning a directory with both read and write permissions in a single prompt for the File System Access API. Currently showDirectoryPicker() always returns a

[blink-dev] Re: Intent to Extend Origin Trial: Origin Private File System extension: AccessHandle

DISREGARD. This is a duplicate of https://groups.google.com/a/chromium.org/g/blink-dev/c/yNslidDtNho/m/IEPD25X_AAAJ On Thursday, January 20, 2022 at 9:42:39 AM UTC-8 Austin Sullivan wrote: > Contact emailsasu...@chromium.org, five...@chromium.org, m...@chromium.org > , rs...@chromi

[blink-dev] Intent to Extend Origin Trial: Origin Private File System extension: AccessHandle

Contact emailsasu...@chromium.org, fived...@chromium.org, m...@chromium.org, r...@chromium.org Explainer https://github.com/WICG/file-system-access/blob/main/AccessHandle.md Specification Summary The Origin Private File System (OPFS, part of the File System Access API) is augmented with a new

[blink-dev] Intent to Prototype: Add FileSystemHandle::move() and FileSystemHandle::rename() methods

Contact emailsasu...@chromium.org, m...@chromium.org Specificationhttps://github.com/WICG/file-system-access/pull/317 Summary Currently, the File System Access API does not support an efficient way to move or rename files or directories. This requires creating a new file/directory, copying over

Re: [blink-dev] Re: Intent to Ship: Clipboard: Preserve PNG metadata

wrote: >>>>> >>>>>> LGTM1 with caveats: >>>>>> >>>>>>- this sanitization behavior was previously discussed with the >>>>>>TAG, and not updating them on it is a mistake. Please file a >>>