Hi Alberto,

injected bundles is a mechanism used for testing, is considered as "use at your 
own risks" and thus, not made public.

There are several issues with them:
- QtPlugin is something that Qt developer can already find documentation for, 
it would be a better way to expose this.
- In either way, there would need an API on the boundary of the plugins to be 
implemented inside the web process, and there is currently no way to access the 
QNetworkAccessManager from there.
- There is currently work done to move the networking to its own process, so it 
would be difficult to design this plugin API properly without knowing how the 
process architecture will change in the future.
- Plugin development is messy, we have to avoid it as much as possible for 
mainstream features.

For all those reasons, it is usually better to implement those mainstream 
features directly in the web/network process and allow it to be enabled through 
messages from the API in the UI process.

Since you control the distribution of QtWebKit, would it be possible to patch 
QtWebKit in your packages and add this function as an internal API for the use 
of your first party applications? That would be the simplest way I would see to 
achieve this until we can figure out how to handle those sharp use cases.

Cheers,
Jocelyn

On Thu, Jan 24, 2013 at 07:36:06PM +0400, Alberto Mardegan wrote:
> Hi all!
>   Does QtWebkit currently exposes an API for the view to tell
> WebProcess to open a certain plugin?
> I tried to find some information about this feature, but couldn't find much.
> 
> The reason why this interests me is that in Ubuntu Online Accounts
> we need a way to use a different cookie jar for each user account
> (that is, everytime the user authenticates via OAuth, the cookie jar
> for that specific account is loaded).
> 
> I don't mind using plain WebKit APIs, if Qt APIs for this goal are
> not available (I'm not sure whether such "WebKit APIs" exist at all,
> though).
> 
> Ciao,
>   Alberto
> _______________________________________________
> webkit-qt mailing list
> [email protected]
> http://lists.webkit.org/mailman/listinfo/webkit-qt
_______________________________________________
webkit-qt mailing list
[email protected]
http://lists.webkit.org/mailman/listinfo/webkit-qt

Reply via email to