[webkit-dev] Add a set of new APIs for the Custom Scheme and Content Handler.

David Levin levin at chromium.org
Tue Nov 29 09:05:18 PST 2011


On Tue, Nov 29, 2011 at 6:09 AM, Soo-Hyun Choi <s.choi at computer.or.kr>wrote:

> On Tue, Nov 29, 2011 at 17:59, Maciej Stachowiak <mjs at apple.com> wrote:
> >
> > Looks like I was mistaken and misread the spec, so I withdraw this
> comment.
> >
> > Do other browsers that implement the register functions also implement
> the related isRegistered and unregister functions?
>
> Opera dev team has mentioned about it that they did not implemented
> yet: <
> http://my.opera.com/ODIN/blog/2011/11/07/custom-protocol-and-content-handlers
> >.
> However, I would envisage that they would check in the mentioned APIs
> soon or later.
>
> Also, by reading the spec and using my general sense, it seems all
> right going into the development of those two APIs in order to form a
> full functionality. When one can register protocol/content handler,
> then he would also like to check it if it's registered, and then later
> unregister them.
>
> In short, I don't think it is a bad idea to implement these new APIs
> in the WebKit at this right moment.
>


Please don't rollback in the change that was rolled out. Feel free to use
it as a guide but that patch was flawed in that it exposed an api which did
nothing on some platforms which would break feature detection.

dave


>
> Soo-Hyun
>
>
>
> >
> >  - Maciej
> >
> > On Nov 29, 2011, at 12:08 AM, Maciej Stachowiak wrote:
> >
> >>
> >> On Nov 28, 2011, at 8:54 PM, DongWoo Im wrote:
> >>
> >>> Hi webkit-dev,
> >>>
> >>> I would like to let you know that I'm planning to add a set of new
> APIs for the Custom Scheme and Content Handler.
> >>> ** Specification link :
> http://dev.w3.org/html5/spec/Overview.html#custom-handlers
> >>> ** Bugs
> >>>    - Custom Scheme Handler :
> https://bugs.webkit.org/show_bug.cgi?id=73176
> >>>    - Custom Content Handler :
> https://bugs.webkit.org/show_bug.cgi?id=73177
> >>>
> >>> Originally, there just defined a kind of set functions,
> 'registerProtocolHandler' and 'registerContentHandler'.
> >>>
> >>> In this patch (73176, 73177), two more APIs are added per each handler.
> >>> (1) an API if a specific URL has been registered or not:
> 'isProtocolHandlerRegistered' and 'isContentHandlerRegistered'.
> >>> (2) an API to remove a registered URL: 'unregisterProtocolHandler' and
> 'unregisterContentHandler'.
> >>>
> >>> I would think these additional APIs could make the Custom Handler more
> useful.
> >>>
> >>>
> >>> Also, I would like to roll back in the implementation of
> 'registerContentHandler', which was rolled out earlier.
> >>> This API was landed in r50477, but it rolled out in r62834 because the
> implementation was not completed in any WebKit port.
> >>> I will implement this API in the EFL port to support the
> 'registerContentHandler'.
> >>>
> >>> It would be appreciated if you let me know how we could roll back in
> the 'registerContentHandler'.
> >>
> >> I think you should propose these to the relevant standards group before
> adding them to WebKit (either WHATWG or HTML WG). They do not seem valuable
> enough to add as WebKit-only extensions. And other vendors may be against
> them, for example, on privacy grounds. So we should discuss with the
> standards group first.
> >>
> >> Regards,
> >> Maciej
> >> _______________________________________________
> >> webkit-dev mailing list
> >> webkit-dev at lists.webkit.org
> >> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
> >
> > _______________________________________________
> > webkit-dev mailing list
> > webkit-dev at lists.webkit.org
> > http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
> >
> _______________________________________________
> webkit-dev mailing list
> webkit-dev at lists.webkit.org
> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-dev/attachments/20111129/5e7e01b2/attachment.html>


More information about the webkit-dev mailing list