Re: "draw" event fired forever

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Il 04/11/2013 15:06, Jasper St. Pierre ha scritto:
> Connect to the "draw" signal on the widget to do your drawing, and call
> gtk_widget_queue_redraw(); on the widget if you want to request a redraw.
> 
This is what I'm currently doing (I've connected to "draw" signal of a
GtkDrawingArea), but the problem is that I have the "draw" event fired
continuosly.


> 
> On Mon, Nov 4, 2013 at 9:02 AM, onetmt <onetmt@xxxxxxxxx
> <mailto:onetmt@xxxxxxxxx>> wrote:
> 
>     I'm currently in the process of porting to gtk+-3 an old finite
>     difference calculation application; this application had a custom graph
>     drawing routine based on gdk_ subsystem that cannot be compiled anymore
>     against new gtk3 api :( . I succesfully converted every gdk_ invocation
>     in their cairo_ counterparts, but now I have to substitute the no longer
>     available "expose-event" with the new "draw" event. The problem is that
>     it runs continuosly in an infinite loop.
> 
>     What is the expected mechanism of this new event? How can I refresh the
>     graph in a clean way as in old expose-event?
> 
>     TIA
> 
>     --
>     Hofstadter's Law:
>     "It always takes longer than you expect, even when you take into account
>     Hofstadter's Law."
>     _______________________________________________
>     gtk-list mailing list
>     gtk-list@xxxxxxxxx <mailto:gtk-list@xxxxxxxxx>
>     https://mail.gnome.org/mailman/listinfo/gtk-list
> 
> 
> 
> 
> -- 
>   Jasper


-- 
Hofstadter's Law:
"It always takes longer than you expect, even when you take into account
Hofstadter's Law."
_______________________________________________
gtk-list mailing list
gtk-list@xxxxxxxxx
https://mail.gnome.org/mailman/listinfo/gtk-list




[Index of Archives]     [Touch Screen Library]     [GIMP Users]     [Gnome]     [KDE]     [Yosemite News]     [Steve's Art]

  Powered by Linux