[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]