Is handle_surface_created() still needed?

2015-03-09 Thread Alan Griffiths
Background: I've been looking at our legacy defaults for window management and came across the handle_surface_created() method. This is used to set the focus to a session after a surface has been supplied to the client but before that surface has had a frame posted. Hence, in a lot of cases we ar

Re: Is handle_surface_created() still needed?

2015-03-09 Thread Gerry Boland
On 09/03/15 09:58, Alan Griffiths wrote: > Background: > > I've been looking at our legacy defaults for window management and came > across the handle_surface_created() method. > > This is used to set the focus to a session after a surface has been > supplied to the client but before that surface

Re: Is handle_surface_created() still needed?

2015-03-09 Thread Daniel van Vugt
scene::Surface::visible() does the first-frame check for you. Although you probably know that already. Be aware however; surfaces go into the Scene (SurfaceStack) immediately. Long before they are visible(). On 09/03/15 18:10, Gerry Boland wrote: On 09/03/15 09:58, Alan Griffiths wrote: Ba

Intel bugs

2015-03-09 Thread Daniel van Vugt
Hi all, The evidence of Intel driver bugs causing frame skipping is slowly mounting. If you experience this, please join in: Modern systems: https://bugs.freedesktop.org/show_bug.cgi?id=86366 Atom or similar: https://bugs.launchpad.net/mir/+bug/1388490 - Daniel -- Mir-devel mailing list Mi