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