Re: GTK Queue Draw Subtle Question
- From: cecashon aol com
- To: tdineen ix netcom com, gtk-list gnome org
- Subject: Re: GTK Queue Draw Subtle Question
- Date: Fri, 17 Feb 2017 13:41:22 -0500
Hi Thomas,
What is in your long running function? Are there calls to GTK/GDK functions? Is it calculating a long running math function for a simulation? Complex drawing, etc?
GTK has a few different ways to help out with long running functions depending on what the code is doing. A little more info would help to target a good solution.
Eric
-----Original Message-----
From: Thomas Dineen <tdineen ix netcom com>
To: gtk-list <gtk-list gnome org>; tdineen <tdineen ix netcom com>
Sent: Wed, Feb 15, 2017 2:41 pm
Subject: GTK Queue Draw Subtle Question
Gentle People:
I have a rather large project in progress based on the GTK2/Cairo
packages.
Which brings me to the following question about gtk_widget_queue_draw:
For each Menu Function, meaning a C function, which is called by a menu
event handle,
in response to a Menu Selection. I place a gtk_widget_queue_draw at the
end of the function
to cause the screen to update in response to the command. Learned
behavior from examples
and experience. This seems to work great.
Now the question: If the menu function is complex, requiring seconds or
minutes to execute
the screen freezes or if windows are moved fails to update and we are
left with a default
grey screen. Is there any way to cause a queue draw and screen up date
from within this
long latency function.
My experience indicates that calling gtk_widget_queue_draw from within
this long latency
function dose not cause a screen update.
Thomas Dineen
_______________________________________________
gtk-list mailing list
gtk-
list gnome org
https://mail.gnome.org/mailman/listinfo/gtk-list
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]