I would like to see the expansion of this feature here, especially for handling more types of content. Chrome has been working on Web Share Target API[1] which somewhat overlaps this behaviour and could be expanded to cope with the use cases here. I actually think web sharing is the answer here, it also seems like we need to go back to the drawing board for this API if we want this anyway.
Also if there is need for web extension functionality here that could be addressed without having to expose this to the web. I have an r+ on the patch which disables this in Nightly and early Beta, unless there are objections I will land this in central in a few days and we can measure if there is any issues before filing another removal for stable. [1] https://github.com/WICG/web-share-target/blob/master/docs/explainer.md On Tue, Jan 9, 2018 at 4:54 PM, L. David Baron <dba...@dbaron.org> wrote: > On Tuesday 2018-01-09 08:51 -0800, L. David Baron wrote: > > I'm a little hesitant here -- this is an important feature for > > allowing Web apps to fulfil the function that desktop apps do, and > > I'd rather push to see it expand. > > > > For example, if we added support for registering for text/calendar, > > then Google Calendar could choose to register for that, and thus > > become the handler for random ICS files that I'm served by sites > > that allow me to make appointments. > > > > Right now desktop calendar apps have more power than web calendar > > apps do here, for no good reason, and it seems like we ought to be > > trying to change that. > > Though given Anne's point about wanting an API that doesn't do two > loads of the content, I guess removal is probably the right thing. > But it would really be good to work on standardizing something > better here. > > -David > > -- > š¯„˛ L. David Baron http://dbaron.org/ š¯„‚ > š¯„¢ Mozilla https://www.mozilla.org/ š¯„‚ > Before I built a wall I'd ask to know > What I was walling in or walling out, > And to whom I was like to give offense. > - Robert Frost, Mending Wall (1914) > _______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
