hi Chris; it worked in the past by "accident": every widget had its own cairo context. in GTK+ 3.10 we changed that so that every widget shared the same cairo surface and context, and the ::draw() signal always got the context with the correct clip and transformation matrix appropriate for it. if you want more information, you should read the blog post on the GTK+ drawing model: http://blogs.gnome.org/alexl/2013/11/04/the-modern-gtk-drawing-model/ and this bug: https://bugzilla.gnome.org/show_bug.cgi?id=700674#c10 both should explain the issue and the fix. ciao, Emmanuele. On 7 May 2014 18:03, Chris Moller <moller@xxxxxxxxxxxxxx> wrote: > Yep, that did it. > > And to think I stuck that in just to guarantee a known initial condition... > > Still, It didn't used to work that way, and I'm not sure it should, but I'll > leave that to the maintainers. > > Thanks a lot--I've been tearing my hair for three days over this. > > > > > On 05/07/14 12:50, Nicola Fontana wrote: >> >> Il Wed, 07 May 2014 09:22:48 -0400 Chris Moller <moller@xxxxxxxxxxxxxx> >> scrisse: >> >>> Is there something new I'm missing? It didn't used to work that way. >> >> Hi, >> >> I just removed what seems wrong to me (cairo_identity_matrix) and it >> appears to work the way you want. >> >> Ciao. > > > _______________________________________________ > gtk-list mailing list > gtk-list@xxxxxxxxx > https://mail.gnome.org/mailman/listinfo/gtk-list -- W: http://www.emmanuelebassi.name B: http://blogs.gnome.org/ebassi/ _______________________________________________ gtk-list mailing list gtk-list@xxxxxxxxx https://mail.gnome.org/mailman/listinfo/gtk-list
