Pekka Paalanen wrote:
< krh> alternatively, we could just man up and make a surface tree
I hope at least one person read my other email.
No tree is necessary (besides it would be an directed acyclic graph, not
a tree). Wayland can keep a straight list. The compositor is not allowed
to rearr
On Wed, 01 Feb 2012 08:45:54 +0800
Juan Zhao wrote:
> (looking forward to wonderful sprite support in wayland. I have a
> question related to fullscreen support here.)
>
> On Tue, 2012-01-31 at 09:27 -0800, Jesse Barnes wrote:
> > Thanks for checking it out...
> >
> > On Tue, 31 Jan 2012 11:11:
(looking forward to wonderful sprite support in wayland. I have a
question related to fullscreen support here.)
On Tue, 2012-01-31 at 09:27 -0800, Jesse Barnes wrote:
> Thanks for checking it out...
>
> On Tue, 31 Jan 2012 11:11:11 +0200
> Pekka Paalanen wrote:
> > > +static int
> > > +surface_i
Thanks for checking it out...
On Tue, 31 Jan 2012 11:11:11 +0200
Pekka Paalanen wrote:
> > +static int
> > +surface_is_cursor(struct weston_compositor *ec, struct weston_surface *es)
> > +{
> > + if (!es->buffer)
> > + return -1;
> > + return 0;
> > +}
>
> Recalling what krh once s
On Mon, 30 Jan 2012 11:56:23 -0800
Jesse Barnes wrote:
> Add support for assigning surfaces to overlay sprites using the new
> assign_planes hook.
>
> v2: queue per-sprite vblank events to avoid de-queuing sprite updates
> for unrelated outputs (reported by krh)
> v3: handle output and surfa
Add support for assigning surfaces to overlay sprites using the new
assign_planes hook.
v2: queue per-sprite vblank events to avoid de-queuing sprite updates
for unrelated outputs (reported by krh)
v3: handle output and surface transformation when calculating src & dest
rects for the sprit
