window-actor: Split into two subclasses of MetaSurfaceActor
The rendering logic before was somewhat complex. We had three independent
cases to take into account when doing rendering:
* X11 compositor. In this case, we're a traditional X11 compositor,
not a Wayland compositor. We use XCompositeNameWindowPixmap to get
the backing pixmap for the window, and deal with the COMPOSITE
extension messiness.
In this case, meta_is_wayland_compositor() is FALSE.
* Wayland clients. In this case, we're a Wayland compositor managing
Wayland surfaces. The rendering for this is fairly straightforward,
as Cogl handles most of the complexity with EGL and SHM buffers...
Wayland clients give us the input and opaque regions through
wl_surface.
In this case, meta_is_wayland_compositor() is TRUE and
priv->window->client_type == META_WINDOW_CLIENT_TYPE_WAYLAND.
* XWayland clients. In this case, we're a Wayland compositor, like
above, and XWayland hands us Wayland surfaces. XWayland handles
the COMPOSITE extension messiness for us, and hands us a buffer
like any other Wayland client. We have to fetch the input and
opaque regions from the X11 window ourselves.
In this case, meta_is_wayland_compositor() is TRUE and
priv->window->client_type == META_WINDOW_CLIENT_TYPE_X11.
We now split the rendering logic into two subclasses, which are:
* MetaSurfaceActorX11, which handles the X11 compositor case, in that
it uses XCompositeNameWindowPixmap to get the backing pixmap, and
deal with all the COMPOSITE extension messiness.
* MetaSurfaceActorWayland, which handles the Wayland compositor case
for both native Wayland clients and XWayland clients. XWayland handles
COMPOSITE for us, and handles pushing a surface over through the
xf86-video-wayland DDX.
Frame sync is still in MetaWindowActor, as it needs to work for both the
X11 compositor and XWayland client cases. When Wayland's video display
protocol lands, this will need to be significantly overhauled, as it would
have to work for any wl_surface, including subsurfaces, so we would need
surface-level discretion.
https://bugzilla.gnome.org/show_bug.cgi?id=720631
2014-02-01 17:21:11 -05:00
|
|
|
/* -*- mode: C; c-file-style: "gnu"; indent-tabs-mode: nil; -*- */
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Copyright (C) 2013 Red Hat
|
|
|
|
*
|
|
|
|
* This program is free software; you can redistribute it and/or
|
|
|
|
* modify it under the terms of the GNU General Public License as
|
|
|
|
* published by the Free Software Foundation; either version 2 of the
|
|
|
|
* License, or (at your option) any later version.
|
|
|
|
*
|
|
|
|
* This program is distributed in the hope that it will be useful, but
|
|
|
|
* WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
|
|
|
|
* General Public License for more details.
|
|
|
|
*
|
|
|
|
* You should have received a copy of the GNU General Public License
|
|
|
|
* along with this program; if not, write to the Free Software
|
|
|
|
* Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA
|
|
|
|
* 02111-1307, USA.
|
|
|
|
*
|
|
|
|
* Written by:
|
|
|
|
* Jasper St. Pierre <jstpierre@mecheye.net>
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include "config.h"
|
|
|
|
|
|
|
|
#include "meta-surface-actor-wayland.h"
|
|
|
|
|
wayland: Send wl_surface.enter and wl_surface.leave
Whenever a MetaSurfaceActor is painted, update the list of what outputs
the surface is being drawed upon. Since we do this on paint, we
effectively avoids this whenever the surface is not drawn, for example
being minimized, on a non-active workspace, or simply outside of the
damage region of a frame.
DND icons and cursors are not affected by this patch, since they are not
drawn as MetaSurfaceActors. If a MetaSurfaceActor or a parent is cloned,
then we'll check the position of the original actor again when the clone is
drawn, which is slightly expensive, but harmless. If the MetaShapedTexture
instead is cloned, as GNOME Shell does in many cases, then these clones
will not cause duplicate position checks.
https://bugzilla.gnome.org/show_bug.cgi?id=744453
2015-02-03 02:49:52 -05:00
|
|
|
#include <math.h>
|
window-actor: Split into two subclasses of MetaSurfaceActor
The rendering logic before was somewhat complex. We had three independent
cases to take into account when doing rendering:
* X11 compositor. In this case, we're a traditional X11 compositor,
not a Wayland compositor. We use XCompositeNameWindowPixmap to get
the backing pixmap for the window, and deal with the COMPOSITE
extension messiness.
In this case, meta_is_wayland_compositor() is FALSE.
* Wayland clients. In this case, we're a Wayland compositor managing
Wayland surfaces. The rendering for this is fairly straightforward,
as Cogl handles most of the complexity with EGL and SHM buffers...
Wayland clients give us the input and opaque regions through
wl_surface.
In this case, meta_is_wayland_compositor() is TRUE and
priv->window->client_type == META_WINDOW_CLIENT_TYPE_WAYLAND.
* XWayland clients. In this case, we're a Wayland compositor, like
above, and XWayland hands us Wayland surfaces. XWayland handles
the COMPOSITE extension messiness for us, and hands us a buffer
like any other Wayland client. We have to fetch the input and
opaque regions from the X11 window ourselves.
In this case, meta_is_wayland_compositor() is TRUE and
priv->window->client_type == META_WINDOW_CLIENT_TYPE_X11.
We now split the rendering logic into two subclasses, which are:
* MetaSurfaceActorX11, which handles the X11 compositor case, in that
it uses XCompositeNameWindowPixmap to get the backing pixmap, and
deal with all the COMPOSITE extension messiness.
* MetaSurfaceActorWayland, which handles the Wayland compositor case
for both native Wayland clients and XWayland clients. XWayland handles
COMPOSITE for us, and handles pushing a surface over through the
xf86-video-wayland DDX.
Frame sync is still in MetaWindowActor, as it needs to work for both the
X11 compositor and XWayland client cases. When Wayland's video display
protocol lands, this will need to be significantly overhauled, as it would
have to work for any wl_surface, including subsurfaces, so we would need
surface-level discretion.
https://bugzilla.gnome.org/show_bug.cgi?id=720631
2014-02-01 17:21:11 -05:00
|
|
|
#include <cogl/cogl-wayland-server.h>
|
|
|
|
#include "meta-shaped-texture-private.h"
|
2014-03-18 22:01:31 -04:00
|
|
|
|
|
|
|
#include "wayland/meta-wayland-private.h"
|
window-actor: Split into two subclasses of MetaSurfaceActor
The rendering logic before was somewhat complex. We had three independent
cases to take into account when doing rendering:
* X11 compositor. In this case, we're a traditional X11 compositor,
not a Wayland compositor. We use XCompositeNameWindowPixmap to get
the backing pixmap for the window, and deal with the COMPOSITE
extension messiness.
In this case, meta_is_wayland_compositor() is FALSE.
* Wayland clients. In this case, we're a Wayland compositor managing
Wayland surfaces. The rendering for this is fairly straightforward,
as Cogl handles most of the complexity with EGL and SHM buffers...
Wayland clients give us the input and opaque regions through
wl_surface.
In this case, meta_is_wayland_compositor() is TRUE and
priv->window->client_type == META_WINDOW_CLIENT_TYPE_WAYLAND.
* XWayland clients. In this case, we're a Wayland compositor, like
above, and XWayland hands us Wayland surfaces. XWayland handles
the COMPOSITE extension messiness for us, and hands us a buffer
like any other Wayland client. We have to fetch the input and
opaque regions from the X11 window ourselves.
In this case, meta_is_wayland_compositor() is TRUE and
priv->window->client_type == META_WINDOW_CLIENT_TYPE_X11.
We now split the rendering logic into two subclasses, which are:
* MetaSurfaceActorX11, which handles the X11 compositor case, in that
it uses XCompositeNameWindowPixmap to get the backing pixmap, and
deal with all the COMPOSITE extension messiness.
* MetaSurfaceActorWayland, which handles the Wayland compositor case
for both native Wayland clients and XWayland clients. XWayland handles
COMPOSITE for us, and handles pushing a surface over through the
xf86-video-wayland DDX.
Frame sync is still in MetaWindowActor, as it needs to work for both the
X11 compositor and XWayland client cases. When Wayland's video display
protocol lands, this will need to be significantly overhauled, as it would
have to work for any wl_surface, including subsurfaces, so we would need
surface-level discretion.
https://bugzilla.gnome.org/show_bug.cgi?id=720631
2014-02-01 17:21:11 -05:00
|
|
|
|
2015-03-02 09:56:35 -05:00
|
|
|
#include "compositor/region-utils.h"
|
|
|
|
|
window-actor: Split into two subclasses of MetaSurfaceActor
The rendering logic before was somewhat complex. We had three independent
cases to take into account when doing rendering:
* X11 compositor. In this case, we're a traditional X11 compositor,
not a Wayland compositor. We use XCompositeNameWindowPixmap to get
the backing pixmap for the window, and deal with the COMPOSITE
extension messiness.
In this case, meta_is_wayland_compositor() is FALSE.
* Wayland clients. In this case, we're a Wayland compositor managing
Wayland surfaces. The rendering for this is fairly straightforward,
as Cogl handles most of the complexity with EGL and SHM buffers...
Wayland clients give us the input and opaque regions through
wl_surface.
In this case, meta_is_wayland_compositor() is TRUE and
priv->window->client_type == META_WINDOW_CLIENT_TYPE_WAYLAND.
* XWayland clients. In this case, we're a Wayland compositor, like
above, and XWayland hands us Wayland surfaces. XWayland handles
the COMPOSITE extension messiness for us, and hands us a buffer
like any other Wayland client. We have to fetch the input and
opaque regions from the X11 window ourselves.
In this case, meta_is_wayland_compositor() is TRUE and
priv->window->client_type == META_WINDOW_CLIENT_TYPE_X11.
We now split the rendering logic into two subclasses, which are:
* MetaSurfaceActorX11, which handles the X11 compositor case, in that
it uses XCompositeNameWindowPixmap to get the backing pixmap, and
deal with all the COMPOSITE extension messiness.
* MetaSurfaceActorWayland, which handles the Wayland compositor case
for both native Wayland clients and XWayland clients. XWayland handles
COMPOSITE for us, and handles pushing a surface over through the
xf86-video-wayland DDX.
Frame sync is still in MetaWindowActor, as it needs to work for both the
X11 compositor and XWayland client cases. When Wayland's video display
protocol lands, this will need to be significantly overhauled, as it would
have to work for any wl_surface, including subsurfaces, so we would need
surface-level discretion.
https://bugzilla.gnome.org/show_bug.cgi?id=720631
2014-02-01 17:21:11 -05:00
|
|
|
struct _MetaSurfaceActorWaylandPrivate
|
|
|
|
{
|
|
|
|
MetaWaylandSurface *surface;
|
|
|
|
};
|
|
|
|
typedef struct _MetaSurfaceActorWaylandPrivate MetaSurfaceActorWaylandPrivate;
|
|
|
|
|
|
|
|
G_DEFINE_TYPE_WITH_PRIVATE (MetaSurfaceActorWayland, meta_surface_actor_wayland, META_TYPE_SURFACE_ACTOR)
|
|
|
|
|
|
|
|
static void
|
|
|
|
meta_surface_actor_wayland_process_damage (MetaSurfaceActor *actor,
|
|
|
|
int x, int y, int width, int height)
|
|
|
|
{
|
|
|
|
}
|
|
|
|
|
|
|
|
static void
|
|
|
|
meta_surface_actor_wayland_pre_paint (MetaSurfaceActor *actor)
|
|
|
|
{
|
|
|
|
}
|
|
|
|
|
|
|
|
static gboolean
|
|
|
|
meta_surface_actor_wayland_is_visible (MetaSurfaceActor *actor)
|
|
|
|
{
|
|
|
|
/* TODO: ensure that the buffer isn't NULL, implement
|
|
|
|
* wayland mapping semantics */
|
|
|
|
return TRUE;
|
|
|
|
}
|
|
|
|
|
|
|
|
static gboolean
|
|
|
|
meta_surface_actor_wayland_should_unredirect (MetaSurfaceActor *actor)
|
|
|
|
{
|
|
|
|
return FALSE;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void
|
|
|
|
meta_surface_actor_wayland_set_unredirected (MetaSurfaceActor *actor,
|
|
|
|
gboolean unredirected)
|
|
|
|
{
|
|
|
|
/* Do nothing. In the future, we'll use KMS to set this
|
|
|
|
* up as a hardware overlay or something. */
|
|
|
|
}
|
|
|
|
|
|
|
|
static gboolean
|
|
|
|
meta_surface_actor_wayland_is_unredirected (MetaSurfaceActor *actor)
|
|
|
|
{
|
|
|
|
return FALSE;
|
|
|
|
}
|
|
|
|
|
2014-04-26 06:55:54 -04:00
|
|
|
static int
|
2014-07-01 13:23:05 -04:00
|
|
|
get_output_scale (int winsys_id)
|
2014-04-26 06:55:54 -04:00
|
|
|
{
|
|
|
|
MetaMonitorManager *monitor_manager = meta_monitor_manager_get ();
|
|
|
|
MetaOutput *outputs;
|
|
|
|
guint n_outputs, i;
|
|
|
|
int output_scale = 1;
|
|
|
|
|
|
|
|
outputs = meta_monitor_manager_get_outputs (monitor_manager, &n_outputs);
|
|
|
|
|
|
|
|
for (i = 0; i < n_outputs; i++)
|
|
|
|
{
|
2014-07-01 13:23:05 -04:00
|
|
|
if (outputs[i].winsys_id == winsys_id)
|
2014-04-26 06:55:54 -04:00
|
|
|
{
|
|
|
|
output_scale = outputs[i].scale;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return output_scale;
|
|
|
|
}
|
|
|
|
|
|
|
|
double
|
|
|
|
meta_surface_actor_wayland_get_scale (MetaSurfaceActorWayland *actor)
|
|
|
|
{
|
|
|
|
MetaSurfaceActorWaylandPrivate *priv = meta_surface_actor_wayland_get_instance_private (actor);
|
|
|
|
MetaWaylandSurface *surface = priv->surface;
|
|
|
|
MetaWindow *window = surface->window;
|
|
|
|
int output_scale = 1;
|
|
|
|
|
2015-07-03 00:27:41 -04:00
|
|
|
if (!priv->surface)
|
|
|
|
return 1;
|
|
|
|
|
2014-04-26 06:55:54 -04:00
|
|
|
while (surface)
|
|
|
|
{
|
|
|
|
if (surface->window)
|
|
|
|
{
|
|
|
|
window = surface->window;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
surface = surface->sub.parent;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* XXX: We do not handle x11 clients yet */
|
|
|
|
if (window && window->client_type != META_WINDOW_CLIENT_TYPE_X11)
|
2014-07-01 13:23:05 -04:00
|
|
|
output_scale = get_output_scale (window->monitor->winsys_id);
|
2014-04-26 06:55:54 -04:00
|
|
|
|
|
|
|
return (double)output_scale / (double)priv->surface->scale;
|
|
|
|
}
|
|
|
|
|
2014-05-03 05:59:07 -04:00
|
|
|
void
|
2015-03-02 09:56:35 -05:00
|
|
|
meta_surface_actor_wayland_sync_state (MetaSurfaceActorWayland *self)
|
2014-05-03 05:59:07 -04:00
|
|
|
{
|
2015-03-02 09:56:35 -05:00
|
|
|
MetaWaylandSurface *surface = meta_surface_actor_wayland_get_surface (self);
|
|
|
|
MetaShapedTexture *stex =
|
|
|
|
meta_surface_actor_get_texture (META_SURFACE_ACTOR (self));
|
|
|
|
double texture_scale;
|
|
|
|
|
|
|
|
/* Given the surface's window type and what output the surface actor has the
|
|
|
|
* largest region, scale the actor with the determined scale. */
|
|
|
|
texture_scale = meta_surface_actor_wayland_get_scale (self);
|
|
|
|
|
|
|
|
/* Actor scale. */
|
|
|
|
clutter_actor_set_scale (CLUTTER_ACTOR (stex), texture_scale, texture_scale);
|
|
|
|
|
|
|
|
/* Input region */
|
|
|
|
if (surface->input_region)
|
|
|
|
{
|
|
|
|
cairo_region_t *scaled_input_region;
|
|
|
|
int region_scale;
|
|
|
|
|
|
|
|
/* The input region from the Wayland surface is in the Wayland surface
|
|
|
|
* coordinate space, while the surface actor input region is in the
|
|
|
|
* physical pixel coordinate space. */
|
|
|
|
region_scale = (int)(surface->scale * texture_scale);
|
|
|
|
scaled_input_region = meta_region_scale (surface->input_region,
|
|
|
|
region_scale);
|
|
|
|
meta_surface_actor_set_input_region (META_SURFACE_ACTOR (self),
|
|
|
|
scaled_input_region);
|
|
|
|
cairo_region_destroy (scaled_input_region);
|
|
|
|
}
|
2014-05-03 05:59:07 -04:00
|
|
|
|
2015-03-02 09:56:35 -05:00
|
|
|
/* Opaque region */
|
|
|
|
if (surface->opaque_region)
|
|
|
|
{
|
|
|
|
cairo_region_t *scaled_opaque_region;
|
|
|
|
|
|
|
|
/* The opaque region from the Wayland surface is in Wayland surface
|
|
|
|
* coordinate space, while the surface actor opaque region is in the
|
|
|
|
* same coordinate space as the unscaled buffer texture. */
|
|
|
|
scaled_opaque_region = meta_region_scale (surface->opaque_region,
|
|
|
|
surface->scale);
|
|
|
|
meta_surface_actor_set_opaque_region (META_SURFACE_ACTOR (self),
|
|
|
|
scaled_opaque_region);
|
|
|
|
cairo_region_destroy (scaled_opaque_region);
|
|
|
|
}
|
2014-05-03 05:59:07 -04:00
|
|
|
}
|
|
|
|
|
2015-03-02 22:13:05 -05:00
|
|
|
void
|
|
|
|
meta_surface_actor_wayland_sync_state_recursive (MetaSurfaceActorWayland *self)
|
|
|
|
{
|
|
|
|
MetaWaylandSurface *surface = meta_surface_actor_wayland_get_surface (self);
|
|
|
|
GList *iter;
|
|
|
|
|
|
|
|
meta_surface_actor_wayland_sync_state (self);
|
|
|
|
|
|
|
|
for (iter = surface->subsurfaces; iter != NULL; iter = iter->next)
|
|
|
|
{
|
|
|
|
MetaWaylandSurface *subsurf = iter->data;
|
|
|
|
|
|
|
|
meta_surface_actor_wayland_sync_state_recursive (
|
|
|
|
META_SURFACE_ACTOR_WAYLAND (subsurf->surface_actor));
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
wayland: Send wl_surface.enter and wl_surface.leave
Whenever a MetaSurfaceActor is painted, update the list of what outputs
the surface is being drawed upon. Since we do this on paint, we
effectively avoids this whenever the surface is not drawn, for example
being minimized, on a non-active workspace, or simply outside of the
damage region of a frame.
DND icons and cursors are not affected by this patch, since they are not
drawn as MetaSurfaceActors. If a MetaSurfaceActor or a parent is cloned,
then we'll check the position of the original actor again when the clone is
drawn, which is slightly expensive, but harmless. If the MetaShapedTexture
instead is cloned, as GNOME Shell does in many cases, then these clones
will not cause duplicate position checks.
https://bugzilla.gnome.org/show_bug.cgi?id=744453
2015-02-03 02:49:52 -05:00
|
|
|
gboolean
|
|
|
|
meta_surface_actor_wayland_is_on_monitor (MetaSurfaceActorWayland *self,
|
|
|
|
MetaMonitorInfo *monitor)
|
|
|
|
{
|
|
|
|
float x, y, width, height;
|
|
|
|
cairo_rectangle_int_t actor_rect;
|
|
|
|
cairo_region_t *region;
|
|
|
|
gboolean is_on_monitor;
|
|
|
|
|
|
|
|
clutter_actor_get_transformed_position (CLUTTER_ACTOR (self), &x, &y);
|
|
|
|
clutter_actor_get_transformed_size (CLUTTER_ACTOR (self), &width, &height);
|
|
|
|
|
|
|
|
actor_rect.x = (int)roundf (x);
|
|
|
|
actor_rect.y = (int)roundf (y);
|
|
|
|
actor_rect.width = (int)roundf (x + width) - actor_rect.x;
|
|
|
|
actor_rect.height = (int)roundf (y + height) - actor_rect.y;
|
|
|
|
|
|
|
|
/* Calculate the scaled surface actor region. */
|
|
|
|
region = cairo_region_create_rectangle (&actor_rect);
|
|
|
|
|
|
|
|
cairo_region_intersect_rectangle (region,
|
|
|
|
&((cairo_rectangle_int_t) {
|
|
|
|
.x = monitor->rect.x,
|
|
|
|
.y = monitor->rect.y,
|
|
|
|
.width = monitor->rect.width,
|
|
|
|
.height = monitor->rect.height,
|
|
|
|
}));
|
|
|
|
|
|
|
|
is_on_monitor = !cairo_region_is_empty (region);
|
|
|
|
cairo_region_destroy (region);
|
|
|
|
|
|
|
|
return is_on_monitor;
|
|
|
|
}
|
|
|
|
|
2014-02-26 20:21:51 -05:00
|
|
|
static MetaWindow *
|
|
|
|
meta_surface_actor_wayland_get_window (MetaSurfaceActor *actor)
|
|
|
|
{
|
|
|
|
MetaSurfaceActorWaylandPrivate *priv = meta_surface_actor_wayland_get_instance_private (META_SURFACE_ACTOR_WAYLAND (actor));
|
|
|
|
|
|
|
|
return priv->surface->window;
|
|
|
|
}
|
|
|
|
|
2014-04-26 06:55:54 -04:00
|
|
|
static void
|
|
|
|
meta_surface_actor_wayland_get_preferred_width (ClutterActor *self,
|
|
|
|
gfloat for_height,
|
|
|
|
gfloat *min_width_p,
|
|
|
|
gfloat *natural_width_p)
|
|
|
|
{
|
|
|
|
MetaShapedTexture *stex = meta_surface_actor_get_texture (META_SURFACE_ACTOR (self));
|
|
|
|
double scale = meta_surface_actor_wayland_get_scale (META_SURFACE_ACTOR_WAYLAND (self));
|
|
|
|
|
|
|
|
clutter_actor_get_preferred_width (CLUTTER_ACTOR (stex), for_height, min_width_p, natural_width_p);
|
|
|
|
|
|
|
|
if (min_width_p)
|
|
|
|
*min_width_p *= scale;
|
|
|
|
|
|
|
|
if (natural_width_p)
|
|
|
|
*natural_width_p *= scale;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void
|
|
|
|
meta_surface_actor_wayland_get_preferred_height (ClutterActor *self,
|
|
|
|
gfloat for_width,
|
|
|
|
gfloat *min_height_p,
|
|
|
|
gfloat *natural_height_p)
|
|
|
|
{
|
|
|
|
MetaShapedTexture *stex = meta_surface_actor_get_texture (META_SURFACE_ACTOR (self));
|
|
|
|
double scale = meta_surface_actor_wayland_get_scale (META_SURFACE_ACTOR_WAYLAND (self));
|
|
|
|
|
|
|
|
clutter_actor_get_preferred_height (CLUTTER_ACTOR (stex), for_width, min_height_p, natural_height_p);
|
|
|
|
|
|
|
|
if (min_height_p)
|
|
|
|
*min_height_p *= scale;
|
|
|
|
|
|
|
|
if (natural_height_p)
|
|
|
|
*natural_height_p *= scale;
|
|
|
|
}
|
|
|
|
|
wayland: Send wl_surface.enter and wl_surface.leave
Whenever a MetaSurfaceActor is painted, update the list of what outputs
the surface is being drawed upon. Since we do this on paint, we
effectively avoids this whenever the surface is not drawn, for example
being minimized, on a non-active workspace, or simply outside of the
damage region of a frame.
DND icons and cursors are not affected by this patch, since they are not
drawn as MetaSurfaceActors. If a MetaSurfaceActor or a parent is cloned,
then we'll check the position of the original actor again when the clone is
drawn, which is slightly expensive, but harmless. If the MetaShapedTexture
instead is cloned, as GNOME Shell does in many cases, then these clones
will not cause duplicate position checks.
https://bugzilla.gnome.org/show_bug.cgi?id=744453
2015-02-03 02:49:52 -05:00
|
|
|
static void
|
|
|
|
meta_surface_actor_wayland_paint (ClutterActor *actor)
|
|
|
|
{
|
|
|
|
MetaSurfaceActorWayland *self = META_SURFACE_ACTOR_WAYLAND (actor);
|
|
|
|
MetaSurfaceActorWaylandPrivate *priv =
|
|
|
|
meta_surface_actor_wayland_get_instance_private (self);
|
|
|
|
|
|
|
|
if (priv->surface)
|
|
|
|
meta_wayland_surface_update_outputs (priv->surface);
|
|
|
|
|
|
|
|
CLUTTER_ACTOR_CLASS (meta_surface_actor_wayland_parent_class)->paint (actor);
|
|
|
|
}
|
|
|
|
|
2014-03-25 11:59:52 -04:00
|
|
|
static void
|
|
|
|
meta_surface_actor_wayland_dispose (GObject *object)
|
|
|
|
{
|
|
|
|
MetaSurfaceActorWayland *self = META_SURFACE_ACTOR_WAYLAND (object);
|
|
|
|
|
2014-08-21 16:32:52 -04:00
|
|
|
meta_surface_actor_wayland_set_texture (self, NULL);
|
2014-03-25 11:59:52 -04:00
|
|
|
|
|
|
|
G_OBJECT_CLASS (meta_surface_actor_wayland_parent_class)->dispose (object);
|
|
|
|
}
|
|
|
|
|
window-actor: Split into two subclasses of MetaSurfaceActor
The rendering logic before was somewhat complex. We had three independent
cases to take into account when doing rendering:
* X11 compositor. In this case, we're a traditional X11 compositor,
not a Wayland compositor. We use XCompositeNameWindowPixmap to get
the backing pixmap for the window, and deal with the COMPOSITE
extension messiness.
In this case, meta_is_wayland_compositor() is FALSE.
* Wayland clients. In this case, we're a Wayland compositor managing
Wayland surfaces. The rendering for this is fairly straightforward,
as Cogl handles most of the complexity with EGL and SHM buffers...
Wayland clients give us the input and opaque regions through
wl_surface.
In this case, meta_is_wayland_compositor() is TRUE and
priv->window->client_type == META_WINDOW_CLIENT_TYPE_WAYLAND.
* XWayland clients. In this case, we're a Wayland compositor, like
above, and XWayland hands us Wayland surfaces. XWayland handles
the COMPOSITE extension messiness for us, and hands us a buffer
like any other Wayland client. We have to fetch the input and
opaque regions from the X11 window ourselves.
In this case, meta_is_wayland_compositor() is TRUE and
priv->window->client_type == META_WINDOW_CLIENT_TYPE_X11.
We now split the rendering logic into two subclasses, which are:
* MetaSurfaceActorX11, which handles the X11 compositor case, in that
it uses XCompositeNameWindowPixmap to get the backing pixmap, and
deal with all the COMPOSITE extension messiness.
* MetaSurfaceActorWayland, which handles the Wayland compositor case
for both native Wayland clients and XWayland clients. XWayland handles
COMPOSITE for us, and handles pushing a surface over through the
xf86-video-wayland DDX.
Frame sync is still in MetaWindowActor, as it needs to work for both the
X11 compositor and XWayland client cases. When Wayland's video display
protocol lands, this will need to be significantly overhauled, as it would
have to work for any wl_surface, including subsurfaces, so we would need
surface-level discretion.
https://bugzilla.gnome.org/show_bug.cgi?id=720631
2014-02-01 17:21:11 -05:00
|
|
|
static void
|
|
|
|
meta_surface_actor_wayland_class_init (MetaSurfaceActorWaylandClass *klass)
|
|
|
|
{
|
|
|
|
MetaSurfaceActorClass *surface_actor_class = META_SURFACE_ACTOR_CLASS (klass);
|
2014-04-26 06:55:54 -04:00
|
|
|
ClutterActorClass *actor_class = CLUTTER_ACTOR_CLASS (klass);
|
2014-03-25 11:59:52 -04:00
|
|
|
GObjectClass *object_class = G_OBJECT_CLASS (klass);
|
window-actor: Split into two subclasses of MetaSurfaceActor
The rendering logic before was somewhat complex. We had three independent
cases to take into account when doing rendering:
* X11 compositor. In this case, we're a traditional X11 compositor,
not a Wayland compositor. We use XCompositeNameWindowPixmap to get
the backing pixmap for the window, and deal with the COMPOSITE
extension messiness.
In this case, meta_is_wayland_compositor() is FALSE.
* Wayland clients. In this case, we're a Wayland compositor managing
Wayland surfaces. The rendering for this is fairly straightforward,
as Cogl handles most of the complexity with EGL and SHM buffers...
Wayland clients give us the input and opaque regions through
wl_surface.
In this case, meta_is_wayland_compositor() is TRUE and
priv->window->client_type == META_WINDOW_CLIENT_TYPE_WAYLAND.
* XWayland clients. In this case, we're a Wayland compositor, like
above, and XWayland hands us Wayland surfaces. XWayland handles
the COMPOSITE extension messiness for us, and hands us a buffer
like any other Wayland client. We have to fetch the input and
opaque regions from the X11 window ourselves.
In this case, meta_is_wayland_compositor() is TRUE and
priv->window->client_type == META_WINDOW_CLIENT_TYPE_X11.
We now split the rendering logic into two subclasses, which are:
* MetaSurfaceActorX11, which handles the X11 compositor case, in that
it uses XCompositeNameWindowPixmap to get the backing pixmap, and
deal with all the COMPOSITE extension messiness.
* MetaSurfaceActorWayland, which handles the Wayland compositor case
for both native Wayland clients and XWayland clients. XWayland handles
COMPOSITE for us, and handles pushing a surface over through the
xf86-video-wayland DDX.
Frame sync is still in MetaWindowActor, as it needs to work for both the
X11 compositor and XWayland client cases. When Wayland's video display
protocol lands, this will need to be significantly overhauled, as it would
have to work for any wl_surface, including subsurfaces, so we would need
surface-level discretion.
https://bugzilla.gnome.org/show_bug.cgi?id=720631
2014-02-01 17:21:11 -05:00
|
|
|
|
2014-04-26 06:55:54 -04:00
|
|
|
actor_class->get_preferred_width = meta_surface_actor_wayland_get_preferred_width;
|
|
|
|
actor_class->get_preferred_height = meta_surface_actor_wayland_get_preferred_height;
|
wayland: Send wl_surface.enter and wl_surface.leave
Whenever a MetaSurfaceActor is painted, update the list of what outputs
the surface is being drawed upon. Since we do this on paint, we
effectively avoids this whenever the surface is not drawn, for example
being minimized, on a non-active workspace, or simply outside of the
damage region of a frame.
DND icons and cursors are not affected by this patch, since they are not
drawn as MetaSurfaceActors. If a MetaSurfaceActor or a parent is cloned,
then we'll check the position of the original actor again when the clone is
drawn, which is slightly expensive, but harmless. If the MetaShapedTexture
instead is cloned, as GNOME Shell does in many cases, then these clones
will not cause duplicate position checks.
https://bugzilla.gnome.org/show_bug.cgi?id=744453
2015-02-03 02:49:52 -05:00
|
|
|
actor_class->paint = meta_surface_actor_wayland_paint;
|
2014-04-26 06:55:54 -04:00
|
|
|
|
window-actor: Split into two subclasses of MetaSurfaceActor
The rendering logic before was somewhat complex. We had three independent
cases to take into account when doing rendering:
* X11 compositor. In this case, we're a traditional X11 compositor,
not a Wayland compositor. We use XCompositeNameWindowPixmap to get
the backing pixmap for the window, and deal with the COMPOSITE
extension messiness.
In this case, meta_is_wayland_compositor() is FALSE.
* Wayland clients. In this case, we're a Wayland compositor managing
Wayland surfaces. The rendering for this is fairly straightforward,
as Cogl handles most of the complexity with EGL and SHM buffers...
Wayland clients give us the input and opaque regions through
wl_surface.
In this case, meta_is_wayland_compositor() is TRUE and
priv->window->client_type == META_WINDOW_CLIENT_TYPE_WAYLAND.
* XWayland clients. In this case, we're a Wayland compositor, like
above, and XWayland hands us Wayland surfaces. XWayland handles
the COMPOSITE extension messiness for us, and hands us a buffer
like any other Wayland client. We have to fetch the input and
opaque regions from the X11 window ourselves.
In this case, meta_is_wayland_compositor() is TRUE and
priv->window->client_type == META_WINDOW_CLIENT_TYPE_X11.
We now split the rendering logic into two subclasses, which are:
* MetaSurfaceActorX11, which handles the X11 compositor case, in that
it uses XCompositeNameWindowPixmap to get the backing pixmap, and
deal with all the COMPOSITE extension messiness.
* MetaSurfaceActorWayland, which handles the Wayland compositor case
for both native Wayland clients and XWayland clients. XWayland handles
COMPOSITE for us, and handles pushing a surface over through the
xf86-video-wayland DDX.
Frame sync is still in MetaWindowActor, as it needs to work for both the
X11 compositor and XWayland client cases. When Wayland's video display
protocol lands, this will need to be significantly overhauled, as it would
have to work for any wl_surface, including subsurfaces, so we would need
surface-level discretion.
https://bugzilla.gnome.org/show_bug.cgi?id=720631
2014-02-01 17:21:11 -05:00
|
|
|
surface_actor_class->process_damage = meta_surface_actor_wayland_process_damage;
|
|
|
|
surface_actor_class->pre_paint = meta_surface_actor_wayland_pre_paint;
|
|
|
|
surface_actor_class->is_visible = meta_surface_actor_wayland_is_visible;
|
|
|
|
|
|
|
|
surface_actor_class->should_unredirect = meta_surface_actor_wayland_should_unredirect;
|
|
|
|
surface_actor_class->set_unredirected = meta_surface_actor_wayland_set_unredirected;
|
|
|
|
surface_actor_class->is_unredirected = meta_surface_actor_wayland_is_unredirected;
|
2014-02-26 20:21:51 -05:00
|
|
|
|
|
|
|
surface_actor_class->get_window = meta_surface_actor_wayland_get_window;
|
2014-03-25 11:59:52 -04:00
|
|
|
|
|
|
|
object_class->dispose = meta_surface_actor_wayland_dispose;
|
window-actor: Split into two subclasses of MetaSurfaceActor
The rendering logic before was somewhat complex. We had three independent
cases to take into account when doing rendering:
* X11 compositor. In this case, we're a traditional X11 compositor,
not a Wayland compositor. We use XCompositeNameWindowPixmap to get
the backing pixmap for the window, and deal with the COMPOSITE
extension messiness.
In this case, meta_is_wayland_compositor() is FALSE.
* Wayland clients. In this case, we're a Wayland compositor managing
Wayland surfaces. The rendering for this is fairly straightforward,
as Cogl handles most of the complexity with EGL and SHM buffers...
Wayland clients give us the input and opaque regions through
wl_surface.
In this case, meta_is_wayland_compositor() is TRUE and
priv->window->client_type == META_WINDOW_CLIENT_TYPE_WAYLAND.
* XWayland clients. In this case, we're a Wayland compositor, like
above, and XWayland hands us Wayland surfaces. XWayland handles
the COMPOSITE extension messiness for us, and hands us a buffer
like any other Wayland client. We have to fetch the input and
opaque regions from the X11 window ourselves.
In this case, meta_is_wayland_compositor() is TRUE and
priv->window->client_type == META_WINDOW_CLIENT_TYPE_X11.
We now split the rendering logic into two subclasses, which are:
* MetaSurfaceActorX11, which handles the X11 compositor case, in that
it uses XCompositeNameWindowPixmap to get the backing pixmap, and
deal with all the COMPOSITE extension messiness.
* MetaSurfaceActorWayland, which handles the Wayland compositor case
for both native Wayland clients and XWayland clients. XWayland handles
COMPOSITE for us, and handles pushing a surface over through the
xf86-video-wayland DDX.
Frame sync is still in MetaWindowActor, as it needs to work for both the
X11 compositor and XWayland client cases. When Wayland's video display
protocol lands, this will need to be significantly overhauled, as it would
have to work for any wl_surface, including subsurfaces, so we would need
surface-level discretion.
https://bugzilla.gnome.org/show_bug.cgi?id=720631
2014-02-01 17:21:11 -05:00
|
|
|
}
|
|
|
|
|
|
|
|
static void
|
|
|
|
meta_surface_actor_wayland_init (MetaSurfaceActorWayland *self)
|
|
|
|
{
|
|
|
|
}
|
|
|
|
|
|
|
|
MetaSurfaceActor *
|
|
|
|
meta_surface_actor_wayland_new (MetaWaylandSurface *surface)
|
|
|
|
{
|
|
|
|
MetaSurfaceActorWayland *self = g_object_new (META_TYPE_SURFACE_ACTOR_WAYLAND, NULL);
|
|
|
|
MetaSurfaceActorWaylandPrivate *priv = meta_surface_actor_wayland_get_instance_private (self);
|
|
|
|
|
|
|
|
g_assert (meta_is_wayland_compositor ());
|
|
|
|
|
|
|
|
priv->surface = surface;
|
|
|
|
|
|
|
|
return META_SURFACE_ACTOR (self);
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2014-08-21 16:32:52 -04:00
|
|
|
meta_surface_actor_wayland_set_texture (MetaSurfaceActorWayland *self,
|
|
|
|
CoglTexture *texture)
|
window-actor: Split into two subclasses of MetaSurfaceActor
The rendering logic before was somewhat complex. We had three independent
cases to take into account when doing rendering:
* X11 compositor. In this case, we're a traditional X11 compositor,
not a Wayland compositor. We use XCompositeNameWindowPixmap to get
the backing pixmap for the window, and deal with the COMPOSITE
extension messiness.
In this case, meta_is_wayland_compositor() is FALSE.
* Wayland clients. In this case, we're a Wayland compositor managing
Wayland surfaces. The rendering for this is fairly straightforward,
as Cogl handles most of the complexity with EGL and SHM buffers...
Wayland clients give us the input and opaque regions through
wl_surface.
In this case, meta_is_wayland_compositor() is TRUE and
priv->window->client_type == META_WINDOW_CLIENT_TYPE_WAYLAND.
* XWayland clients. In this case, we're a Wayland compositor, like
above, and XWayland hands us Wayland surfaces. XWayland handles
the COMPOSITE extension messiness for us, and hands us a buffer
like any other Wayland client. We have to fetch the input and
opaque regions from the X11 window ourselves.
In this case, meta_is_wayland_compositor() is TRUE and
priv->window->client_type == META_WINDOW_CLIENT_TYPE_X11.
We now split the rendering logic into two subclasses, which are:
* MetaSurfaceActorX11, which handles the X11 compositor case, in that
it uses XCompositeNameWindowPixmap to get the backing pixmap, and
deal with all the COMPOSITE extension messiness.
* MetaSurfaceActorWayland, which handles the Wayland compositor case
for both native Wayland clients and XWayland clients. XWayland handles
COMPOSITE for us, and handles pushing a surface over through the
xf86-video-wayland DDX.
Frame sync is still in MetaWindowActor, as it needs to work for both the
X11 compositor and XWayland client cases. When Wayland's video display
protocol lands, this will need to be significantly overhauled, as it would
have to work for any wl_surface, including subsurfaces, so we would need
surface-level discretion.
https://bugzilla.gnome.org/show_bug.cgi?id=720631
2014-02-01 17:21:11 -05:00
|
|
|
{
|
|
|
|
MetaShapedTexture *stex = meta_surface_actor_get_texture (META_SURFACE_ACTOR (self));
|
2014-08-21 16:24:30 -04:00
|
|
|
meta_shaped_texture_set_texture (stex, texture);
|
window-actor: Split into two subclasses of MetaSurfaceActor
The rendering logic before was somewhat complex. We had three independent
cases to take into account when doing rendering:
* X11 compositor. In this case, we're a traditional X11 compositor,
not a Wayland compositor. We use XCompositeNameWindowPixmap to get
the backing pixmap for the window, and deal with the COMPOSITE
extension messiness.
In this case, meta_is_wayland_compositor() is FALSE.
* Wayland clients. In this case, we're a Wayland compositor managing
Wayland surfaces. The rendering for this is fairly straightforward,
as Cogl handles most of the complexity with EGL and SHM buffers...
Wayland clients give us the input and opaque regions through
wl_surface.
In this case, meta_is_wayland_compositor() is TRUE and
priv->window->client_type == META_WINDOW_CLIENT_TYPE_WAYLAND.
* XWayland clients. In this case, we're a Wayland compositor, like
above, and XWayland hands us Wayland surfaces. XWayland handles
the COMPOSITE extension messiness for us, and hands us a buffer
like any other Wayland client. We have to fetch the input and
opaque regions from the X11 window ourselves.
In this case, meta_is_wayland_compositor() is TRUE and
priv->window->client_type == META_WINDOW_CLIENT_TYPE_X11.
We now split the rendering logic into two subclasses, which are:
* MetaSurfaceActorX11, which handles the X11 compositor case, in that
it uses XCompositeNameWindowPixmap to get the backing pixmap, and
deal with all the COMPOSITE extension messiness.
* MetaSurfaceActorWayland, which handles the Wayland compositor case
for both native Wayland clients and XWayland clients. XWayland handles
COMPOSITE for us, and handles pushing a surface over through the
xf86-video-wayland DDX.
Frame sync is still in MetaWindowActor, as it needs to work for both the
X11 compositor and XWayland client cases. When Wayland's video display
protocol lands, this will need to be significantly overhauled, as it would
have to work for any wl_surface, including subsurfaces, so we would need
surface-level discretion.
https://bugzilla.gnome.org/show_bug.cgi?id=720631
2014-02-01 17:21:11 -05:00
|
|
|
}
|
|
|
|
|
|
|
|
MetaWaylandSurface *
|
|
|
|
meta_surface_actor_wayland_get_surface (MetaSurfaceActorWayland *self)
|
|
|
|
{
|
|
|
|
MetaSurfaceActorWaylandPrivate *priv = meta_surface_actor_wayland_get_instance_private (self);
|
|
|
|
return priv->surface;
|
|
|
|
}
|
2015-07-03 00:27:41 -04:00
|
|
|
|
|
|
|
void
|
|
|
|
meta_surface_actor_wayland_surface_destroyed (MetaSurfaceActorWayland *self)
|
|
|
|
{
|
|
|
|
MetaSurfaceActorWaylandPrivate *priv =
|
|
|
|
meta_surface_actor_wayland_get_instance_private (self);
|
|
|
|
|
|
|
|
priv->surface = NULL;
|
|
|
|
}
|