On Tue, Aug 16, 2011 at 12:18 PM, siraj razick <[email protected]> wrote: > void webkit_web_frame_add_gobject_to_js_window_object (WebkitWebFrame > *frame, const char *name, GObject *object); // add a already instantiated > gobject into the webframe's js context > void webkit_web_frame_import_namespace_to_js_window_object(WebkitWebFrame > *frame, const char *name, const gchar *namespace); // introduces a gir > namespace into the frame js context
If an API existed or exists in libseed to inject GIR namespaces and GObjects into any JSGlobalContextRef or JSContextRef, then the API in WebKit isn't necessary at all. One simply has to grab the context during window-object-cleared and inject away. This also removes all the ugliness of handling situations where clients call webkit_web_frame_add_gobject_to_js_window_object at the wrong time (any time before window-object-cleared). > us to use it inside webkit. How ever this will create a circular dependency > since libseed depends on Webkit to build, To remerdy this > we will try to reuse only the utility methods in libseed, either by directly > copying over the utility mehods or by spiting libseed into two > as libseed and libseed-util (Something I'll have to talk with seed dev's > about). The reason for this is as follows Hopefully this isn't an issue now. libwebkitgtk has been split into libwebkitgtk and libjavascriptcoregtk. libseed shouldn't need to link against libwebkitgtk. > So what do you think ?. comments, reviews, idea's, and corrections a are > really appreciated :) To summarize, I think there should be no new API in WebKitGTK+. Perhaps I'm wrong here, but it doesn't feel like the correct layer to have this. --Martin _______________________________________________ webkit-gtk mailing list [email protected] http://lists.webkit.org/mailman/listinfo.cgi/webkit-gtk
