Before we even get to this - one fairly major thing that's currently missing is any support for delegating protocol schemes that can't be handled by Oxide to external apps - ie, clicking on a mailto link should open an email client. But it seems that this API is something else altogether - IIUC it allows applications to handle resource requests for specific URL protocols internally to the application (correct me if I'm wrong there).
It sounds like this would need to be implemented by using a URLRequestInterceptingJobFactory for the main URLRequestContext on each BrowserContext. This implies that the API would not be on the WebView in Oxide, but on the WebContext instead. This would allow you to create a custom URLRequestJob for URL schemes that the application wants to handle. However, I'm not entirely sure yet how this would be exposed to or interact with QML as this all happens on Chromium's IO thread - this doesn't have a Qt event loop and you can't touch QML from there anyway. So, this is going to need some very careful thought and the implementation is going to end up with some possibly fairly complex threading interactions. It's not going to be an insignificant amount of work -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1260016 Title: Add an API to allow defining custom URL scheme delegates To manage notifications about this bug go to: https://bugs.launchpad.net/oxide/+bug/1260016/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
