[prev in list] [next in list] [prev in thread] [next in thread] 

List:       webkit-dev
Subject:    Re: [webkit-dev] Support "registerProtocolHandler" in WebKit2
From:       Maciej Stachowiak <mjs () apple ! com>
Date:       2020-04-20 18:08:27
Message-ID: 697F988D-EF78-4A2C-A2C3-80E09B4ED358 () apple ! com
[Download RAW message or body]


Looking at my old email, I think it's worth supporting for Mail clients for \
example, but I think it would require some OS-level engineering as well to \
have it work on macOS. (Other Apple platforms currently don't support \
customizing the default mail client).

And I do still think that allow list is safer than block list.

 - Maciej

> On Apr 20, 2020, at 3:27 AM, Frédéric Wang <fwang@igalia.com> wrote:
> 
> Hi,
> 
> I'm just bumping this old thread, not because I plan to implement it but
> because I was mentioning it on slack the other day and realized not
> everybody is #standards:
> 
> https://webkit.slack.com/archives/CTY7Z24RZ/p1587142539064000
> 
> In particular, my question was related to safelist VS blocklist
> discussion from https://github.com/whatwg/html/issues/3998
> 
> From the slack replies as well as
> https://lists.webkit.org/pipermail/webkit-dev/2019-November/030967.html
> it seems a complete switch to blocklist is not the option preferred for
> WebKit (if we ever decide to implement this API) so that's what I
> commented on the spec / blink-dev discussions.
> 
> -- 
> Frédéric Wang
> 
> 
> On 04/07/2015 19:24, Sam Weinig wrote:
> > (Sorry, had this sitting in my drafts).
> > 
> > My concern with the registerProtocolHandler() API is that it \
> > complicates an already the very complicated area of custom protocols \
> > and a good implementation requires configuration UI (to choose which of \
> > potentially multiple apps/websites you want a specific protocol to go \
> > to) that I am not sure users are in the position make.   
> > That, coupled with the small existing usage on the web and very few (if \
> > any) reports from developers that they want this, leads me to think it \
> > isn't a good API for us to support. 
> > From an implementation perspective I also have concerns.  How is this \
> > should the registration data be managed? Can it fit in the WebSiteData \
> > model we are using for other data? Does it account for non-persistent \
> > sessions?  And lastly, can we get the code size of supporting a feature \
> > like this to be smaller?    
> > - Sam
> > 
> > > On Jun 7, 2015, at 5:39 PM, Darin Adler <darin@apple.com> wrote:
> > > 
> > > Are we making progress in this discussion?
> > > 
> > > Maciej stated that he thinks this is useful for mailto and I think \
> > > that Gyuyoung Kim and Michael Catanzaro stated that they want to do \
> > > this. 
> > > As one next step in the discussion, is there anyone that wants to \
> > > present a use case for a protocol other than mailto? 
> > > Sam, Anders, you haven't replied to the thread since Maciej made his \
> > > remarks two weeks ago. He asked what you dislike about the API. 
> > > — Darin
> > > _______________________________________________
> > > webkit-dev mailing list
> > > webkit-dev@lists.webkit.org
> > > https://lists.webkit.org/mailman/listinfo/webkit-dev
> > _______________________________________________
> > webkit-dev mailing list
> > webkit-dev@lists.webkit.org
> > https://lists.webkit.org/mailman/listinfo/webkit-dev
> 
> 
> _______________________________________________
> webkit-dev mailing list
> webkit-dev@lists.webkit.org
> https://lists.webkit.org/mailman/listinfo/webkit-dev

_______________________________________________
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev


[prev in list] [next in list] [prev in thread] [next in thread]