[webkit-gtk] Problem with webkit_web_view_new with gtk port
monil.parmar at gmail.com
Mon Jan 31 20:44:50 PST 2011
yes as per current design webkit_web_view_new should be with gtk_mail. But
what is reason behind this?
Just brief about the scenario iam running:
As in application gtk_main will be called at the start. And later on
application will parse the html tags and create the webveiw in another
So looking for any way to create webview in gtk_main loop.
I tried to use the gdk threads and g_signal_connect to put the create the
webview in gtk_main thread, but no success.
Idea was by call back function of g_signal_connect ill be able to create the
webview in gtk_main loop.
Initially i put gtk_main in different thread. Then by g_singal_connect i
tried to create webview in call back function.
But no success. So still looking for any alternate way to achive this.
On Mon, Jan 31, 2011 at 5:32 PM, Sergio Villar Senin <svillar at igalia.com>wrote:
> En 31/01/11 12:59, Gustavo Noronha Silva escribiu:
> > On Mon, 2011-01-31 at 15:43 +0530, Monil Parmar wrote:
> >> Iam running gtk launcher with, gtk_main in other thread. Results in
> >> gtklauncher is not working.
> >> when iam moving "webkit_web_view_new()" function to gtk_main thread.
> >> It works fine.
> >> Can any one tell me the reason behind this and what is the alternate
> >> solution for that.
> > WebKitGTK+ uses the GTK+ main loop, so it needs to be in the same thread
> > as the GTK+ main loop (in fact, preferably the main thread!), or it will
> > break horribly.
> > You should really not use WebKitGTK+ or GTK+ with threads, really - try
> > to use the main loop instead.
> Or if you use threads make use of the gdk_threads_* family
> webkit-gtk mailing list
> webkit-gtk at lists.webkit.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the webkit-gtk