Ability for websites to be MIME type handlers |
|||||||
Issue descriptionIt would be advantageous for some web sites to be able to register with the host operating system as MIME type handlers. This would allow them to be opened from OS file managers, and other surfaces, in the context of a particular file. This feature request does not cover having write access to files. It would be functionally similar to starting the web site, clicking on a file type input on the website, and selecting a file.
,
Apr 9 2018
+ericwilligers Note that there are two directions we can go in here. We've been talking (for awhile) about using Web Share Target to be able to receive blobs, filtering by MIME type. A recent discussion [1] on TAG review considered a redesign of the API to make accepting and filtering by MIME type more natural. We could simply use Web Share Target here for opening files on the web, but it would likely be a one-way relationship (open-and-upload or open-and-view) rather than two-way (open-edit-and-write-back). Extending it to a two-way relationship would likely feel like a hack. The other direction is to just invent a new API, similar to Ballista as originally proposed in 2015 [2]. [1] https://github.com/w3ctag/design-reviews/issues/221#issuecomment-376717885 [2] https://github.com/chromium/ballista/blob/master/docs/explainer.md
,
Jun 1 2018
,
Jun 15 2018
,
Sep 7
Hi, is there any update on this? It came up today during triage of gsuite priority bugs.
,
Sep 7
Per offline convo w/ mgiuca@, work starting in Q4.
,
Oct 12
,
Oct 19
,
Nov 8
,
Jan 11
Current explainer: https://github.com/ewilligers/file-handling/blob/master/explainer.md |
|||||||
►
Sign in to add a comment |
|||||||
Comment 1 by rbyers@chromium.org
, Apr 6 2018