[Webkit-unassigned] [Bug 133730] [GTK] Introduce a new WebKitUserContent API

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Thu Jun 12 07:17:20 PDT 2014


https://bugs.webkit.org/show_bug.cgi?id=133730





--- Comment #4 from Adrian Perez <aperez at igalia.com>  2014-06-12 07:17:39 PST ---
(In reply to comment #2)
> Created an attachment (id=232952)
 --> (https://bugs.webkit.org/attachment.cgi?id=232952&action=review) [details]
> Patch

Notes about this first version of the patch:

 - **Not ready** for landing.

 - The main idea is to use it to start reviewing the new API for
   WebKitUserContentManager, WebKitUserContent, WebKitUserScript,
   and WebKitUserStyleSheet.

 - The actual implementation is WIP and though the bits to support
   the new classes should be mostly ready, the code to attach an
   WebKitUserContentManager and for handling the user script 
   messages (in ScriptMessageClientGtk) are missing.

What I am most interested for the moment is having a second pair
of eyes review the new bits of the API.

As for attaching a WebKitUserContentManager to a web view, my plan
so far is to:

 - Add webkit_web_view_new_with_user_content_manager(view, manager).
   Views created with the other functions will have a default
   WebKitUserContentManager.

 - Add webkit_web_view_get_user_content_manager(view).

One doubt I have is: when creating a related web view (by means of
webkit_web_view_new_with_related_view()), does the new related web
view use the same WebKitUserContentManager, or would it get a fresh
one? If the correct thing to do is the later, would we also add a
webkit_web_view_new_with_related_view_and_user_content_manager()
function?

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the webkit-unassigned mailing list