On Tue, Nov 29, 2011 at 6:09 AM, Soo-Hyun Choi <s.c...@computer.or.kr>wrote:
> On Tue, Nov 29, 2011 at 17:59, Maciej Stachowiak <m...@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@lists.webkit.org > >> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev > > > > _______________________________________________ > > webkit-dev mailing list > > webkit-dev@lists.webkit.org > > http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev > > > _______________________________________________ > webkit-dev mailing list > webkit-dev@lists.webkit.org > http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev >
_______________________________________________ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev