Re: gtk_widget_queue_draw_area much slower in gtk3 than gtk3

2015-03-30 Thread Emmanuele Bassi
Hi; On 30 March 2015 at 06:16, dmg d...@uvic.ca wrote: I am one of the developers of xournal. We have been trying very hard to port from gtk2 to gtk3 (specially since gnomecanvas was abandoned). I recently joined xournalpp which is a new rewrite of xournal, and it is in the same boat:

Re: gtk_widget_queue_draw_area much slower in gtk3 than gtk3

2015-03-30 Thread Stefan Salewski
On Sun, 2015-03-29 at 22:16 -0700, dmg wrote: Hi there, I am one of the developers of xournal. Hello, if I understand correctly, your problem is, that shapes drawn on screen are not smooth. I can remember a related thread, see

Re: gtk_widget_queue_draw_area much slower in gtk3 than gtk3

2015-03-30 Thread Stefan Salewski
On Mon, 2015-03-30 at 13:22 +0100, Emmanuele Bassi wrote: * use the event history for the devices you're interested in * disable motion event compression on the GdkWindow that you're using to detect events, and build up the positions you will then draw Other painting applications opted for

Re: gtk_widget_queue_draw_area much slower in gtk3 than gtk3

2015-03-30 Thread dmg
hi Emmanuele, everybody else, First of all, let me thank your giving us a hand with this. On Mon, Mar 30, 2015 at 5:22 AM, Emmanuele Bassi eba...@gmail.com wrote: So far the functionality is there, but we have been hit by a major problem in both apps: gtk3 is much slower rendering to the

Re: gtk_widget_queue_draw_area much slower in gtk3 than gtk3

2015-03-30 Thread Emmanuele Bassi
Hi; On 30 March 2015 at 18:56, dmg d...@uvic.ca wrote: On Mon, Mar 30, 2015 at 5:22 AM, Emmanuele Bassi eba...@gmail.com wrote: Motion events are compressed in GTK+; they get collected and pushed to the application code once per frame, because you cannot obviously paint any faster than what