Anything I need to do that somebody commits this patch?

[Friedrich Beckmann]

Hi,

is there anything I need to do that somebody commits this patch?

https://bugzilla.gnome.org/show_bug.cgi?id=760276 


I am just not sure about the procedure.

Cheers

Friedrich


___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list

Window surface referencing

[LRN]

GDK does
> window->current_paint.surface = gdk_window_ref_impl_surface (window);
before every paint for windows that don't need offscreen surfaces, and then
does
> cairo_surface_destroy (window->current_paint.surface);
> window->current_paint.surface = NULL;
after the paint, which leads to surface being created and destroyed repeatedly.

AFAIU, the assumption is that the underlying drawing thingy persists along
with the window, only a cairo interface (surface) to that thingy gets
created/destroyed.

Question is: can i instead create a cairo surface and have it persist (say,
by getting an extra reference to it) between repaints? Does GDK rely on
surface not living for long?


-- 
O< ascii ribbon - stop html email! - www.asciiribbon.org



signature.asc
Description: OpenPGP digital signature
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: GTK+ hackfest 2016

[Matthias Clasen]

After considering the scheduling and the topics for a bit, I prefer to
keep the June date. But don't worry, Sri - I'll be happy to come to
Portland too.

Considering some scheduling constraints that came up, I've moved the
date for the hackfest to June 13-16, and reserved a meeting room at
the Red Hat office for these days.

Please add your name to the wiki if you plan to attend.
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list