Hi Evan, Updating our developer-facing documentation accordingly: https://github.com/GoogleChrome/web.dev/pull/7753. Happy to see this (hopefully) land very soon!
Cheers, Tom On Fri, Apr 15, 2022 at 10:47 PM Evan Stade <est...@chromium.org> wrote: > Contact emails > > est...@chromium.org, dmu...@chromium.org > > Explainer > > https://github.com/WICG/file-handling/blob/master/explainer.md > > Specification > > https://wicg.github.io/manifest-incubations/index.html#file_handlers-member > > Design docs > > https://tinyurl.com/file-handling-design > > Summary > > File Handling provides a way for web applications to declare the ability > to handle files with given MIME types and extensions. The web application > will receive an event when the user intends to open a file with that web > application. > > > Blink component > > UI>Browser>WebAppInstalls>FileHandling > <https://bugs.chromium.org/p/chromium/issues/list?q=component:UI%3EBrowser%3EWebAppInstalls%3EFileHandling> > > Search tags > > files <https://chromestatus.com/features#tags:files>, file handling > <https://chromestatus.com/features#tags:file%20handling>, mime > <https://chromestatus.com/features#tags:mime> > > TAG review > > https://github.com/w3ctag/design-reviews/issues/371 > > TAG review status > > Issues addressed > > Link to origin trial feedback summary > > > https://plx.corp.google.com/scripts2/script_61._146b85_0000_2bae_bb88_001a114abbb8 > > Risks > > Interoperability and CompatibilityFails to become an interoperable part > of the web if other browsers don't implement it. > > Sites can detect whether the feature exists, but polyfill or other > fallbacks are unlikely to be possible or required. As this API is just one > way to open a file in an app, apps will be able to open files with > alternate means (such as <input type="file"> or drag and drop) regardless > of the presence of this API. > > > Gecko: N/A (https://github.com/mozilla/standards-positions/issues/629) > > WebKit: N/A ( > https://lists.webkit.org/pipermail/webkit-dev/2022-April/032185.html) > > Web developers: Positive ( > https://discourse.wicg.io/t/proposal-ability-to-register-file-handlers/3084/4) > Already being prototyped by at least construct.net and excalidraw.com, > based on https://crbug.com/1126091 and https://crbug.com/1131445. We also > have a major partner that we can't publicly disclose. > > Other signals: > > Ergonomics > > This feature relies on File System Access and the new > LaunchQueue/LaunchHandler objects which are also to be used for > `launch_handler`. No known performance risks. > > > Activation > > Documentation and outreach will be helpful to understanding this API: > https://web.dev/file-handling/ > > > Security > > Please see the security model: > https://docs.google.com/document/d/1pTTO5MTSlxuqxpWL3pFblKB8y8SR0jPao8uAjJSUTp4/edit > > > WebView application risks > > Does this intent deprecate or change behavior of existing APIs, such that > it has potentially high risk for Android WebView-based applications? > > n/a (not a WebView feature) > > > Debuggability > > File handlers are shown along with the rest of the manifest in the > developer console in the "application" tab. Parsing errors are surfaced > there. > > > Is this feature fully tested by web-platform-tests > <https://chromium.googlesource.com/chromium/src/+/master/docs/testing/web_platform_tests.md> > ? > > Yes > > Flag name > > #file-handling-api > > Requires code in //chrome? > > False > > Tracking bug > > https://crbug.com/829689 > > Launch bug > > https://crbug.com/1284364 > > Non-OSS dependencies > > Does the feature depend on any code or APIs outside the Chromium open > source repository and its open-source dependencies to function? > > n/a > > Sample links > > https://principled-ring-yarrow.glitch.me/ > > Estimated milestones > > OriginTrial last > > 94 > > OriginTrial first > > 92 > > DevTrial > > 92 > > Launch > > 102 > > > Anticipated spec changes > > n/a > > Link to entry on the Chrome Platform Status > > https://chromestatus.com/feature/5721776357113856 > > Links to previous Intent discussions > > Intent to prototype: > https://groups.google.com/a/chromium.org/g/blink-dev/c/y85xtaIpDH8/m/nHhOPG-iAAAJ > > Intent to Experiment: > https://groups.google.com/a/chromium.org/g/blink-dev/c/Fb-NdCvbgmU > > > This intent message was generated by Chrome Platform Status > <https://chromestatus.com/>. > > > > > -- Evan Stade > > -- > You received this message because you are subscribed to the Google Groups > "blink-dev" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to blink-dev+unsubscr...@chromium.org. > To view this discussion on the web visit > https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAO4XGS-LkFMe4mV3O_y91dKEe_8EMa_7%2B62jBPE9ORsmCzeA%3Dg%40mail.gmail.com > <https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAO4XGS-LkFMe4mV3O_y91dKEe_8EMa_7%2B62jBPE9ORsmCzeA%3Dg%40mail.gmail.com?utm_medium=email&utm_source=footer> > . > -- Thomas Steiner, PhD—Developer Relations Engineer (https://blog.tomayac.com, https://twitter.com/tomayac) Google Germany GmbH, ABC-Str. 19, 20354 Hamburg, Germany Geschäftsführer: Paul Manicle, Liana Sebastian Registergericht und -nummer: Hamburg, HRB 86891 ----- BEGIN PGP SIGNATURE ----- Version: GnuPG v2.3.4 (GNU/Linux) iFy0uwAntT0bE3xtRa5AfeCheCkthAtTh3reSabiGbl0ck0fjumBl3DCharaCTersAttH3b0ttom. hTtPs://xKcd.cOm/1181/ ----- END PGP SIGNATURE ----- -- You received this message because you are subscribed to the Google Groups "blink-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to blink-dev+unsubscr...@chromium.org. To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CALgRrLktpP9QSu6F2J%2B6R7uV8f2DVBqwh4SRfvd05euNNRL4-Q%40mail.gmail.com.