frames: Add new X11 frames client
This small X11 client takes care of creating frames for client
windows, Mutter will use this client to delegate window frame
rendering and event handling.
The MetaWindowTracker object will keep track of windows created
from other clients, and will await for _MUTTER_NEEDS_FRAME property
updates on those (coming from Mutter), indicating the need for a
frame window.
This process is resilient to restarts of the frames client, existing
windows will be queried during start, and the existence of relevant
properties checked. Mutter will be able to just hide/show
SSD-decorated windows while the frames client restarts.
The frames are created through GTK4 widgets, the MetaWindowContent
widget acts as a replacement prop for the actual client window,
and the MetaFrameHeader wraps GtkHeaderBar so that windows can be
overshrunk, but otherwise a MetaFrame is a 100% true GTK4 GtkWindow.
After a frame window is created for a client window, the
_MUTTER_FRAME_FOR property will be set on the frame window,
indicating to mutter the correspondence between both Windows.
Additionally, the pixel sizes of the visible left/right/top/bottom
borders of the frame will be set through the _MUTTER_FRAME_EXTENTS
property, set on the frame window.
In order to make the frame window behave as the frame for the
client window, a number of properties will be tracked from the
client window to update the relevant frame behavior (window title,
resizability, availability of actions...), and also some forwarding
of events happening in the frame will be forwarded to the client
window (mainly, WM_DELETE_WINDOW when the close button is clicked).
Other than that, the frames are pretty much CSD GTK4 windows, so
window drags and resizes, and window context menus are forwarded for
the WM to handle.
Part-of: <https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/2175>
2021-12-21 20:11:05 +00:00
|
|
|
/*
|
|
|
|
* Copyright (C) 2022 Red Hat Inc.
|
|
|
|
*
|
|
|
|
* 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, see <http://www.gnu.org/licenses/>.
|
|
|
|
*
|
|
|
|
* Author: Carlos Garnacho <carlosg@gnome.org>
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include "config.h"
|
|
|
|
|
|
|
|
#include "meta-window-tracker.h"
|
|
|
|
|
|
|
|
#include "meta-frame.h"
|
|
|
|
|
2022-12-05 14:52:17 +00:00
|
|
|
#include <gdesktop-enums.h>
|
frames: Add new X11 frames client
This small X11 client takes care of creating frames for client
windows, Mutter will use this client to delegate window frame
rendering and event handling.
The MetaWindowTracker object will keep track of windows created
from other clients, and will await for _MUTTER_NEEDS_FRAME property
updates on those (coming from Mutter), indicating the need for a
frame window.
This process is resilient to restarts of the frames client, existing
windows will be queried during start, and the existence of relevant
properties checked. Mutter will be able to just hide/show
SSD-decorated windows while the frames client restarts.
The frames are created through GTK4 widgets, the MetaWindowContent
widget acts as a replacement prop for the actual client window,
and the MetaFrameHeader wraps GtkHeaderBar so that windows can be
overshrunk, but otherwise a MetaFrame is a 100% true GTK4 GtkWindow.
After a frame window is created for a client window, the
_MUTTER_FRAME_FOR property will be set on the frame window,
indicating to mutter the correspondence between both Windows.
Additionally, the pixel sizes of the visible left/right/top/bottom
borders of the frame will be set through the _MUTTER_FRAME_EXTENTS
property, set on the frame window.
In order to make the frame window behave as the frame for the
client window, a number of properties will be tracked from the
client window to update the relevant frame behavior (window title,
resizability, availability of actions...), and also some forwarding
of events happening in the frame will be forwarded to the client
window (mainly, WM_DELETE_WINDOW when the close button is clicked).
Other than that, the frames are pretty much CSD GTK4 windows, so
window drags and resizes, and window context menus are forwarded for
the WM to handle.
Part-of: <https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/2175>
2021-12-21 20:11:05 +00:00
|
|
|
#include <gdk/x11/gdkx.h>
|
|
|
|
#include <X11/Xatom.h>
|
|
|
|
#include <X11/extensions/XInput2.h>
|
|
|
|
|
|
|
|
struct _MetaWindowTracker
|
|
|
|
{
|
|
|
|
GObject parent_instance;
|
2022-12-05 14:52:17 +00:00
|
|
|
|
|
|
|
GSettings *interface_settings;
|
|
|
|
|
frames: Add new X11 frames client
This small X11 client takes care of creating frames for client
windows, Mutter will use this client to delegate window frame
rendering and event handling.
The MetaWindowTracker object will keep track of windows created
from other clients, and will await for _MUTTER_NEEDS_FRAME property
updates on those (coming from Mutter), indicating the need for a
frame window.
This process is resilient to restarts of the frames client, existing
windows will be queried during start, and the existence of relevant
properties checked. Mutter will be able to just hide/show
SSD-decorated windows while the frames client restarts.
The frames are created through GTK4 widgets, the MetaWindowContent
widget acts as a replacement prop for the actual client window,
and the MetaFrameHeader wraps GtkHeaderBar so that windows can be
overshrunk, but otherwise a MetaFrame is a 100% true GTK4 GtkWindow.
After a frame window is created for a client window, the
_MUTTER_FRAME_FOR property will be set on the frame window,
indicating to mutter the correspondence between both Windows.
Additionally, the pixel sizes of the visible left/right/top/bottom
borders of the frame will be set through the _MUTTER_FRAME_EXTENTS
property, set on the frame window.
In order to make the frame window behave as the frame for the
client window, a number of properties will be tracked from the
client window to update the relevant frame behavior (window title,
resizability, availability of actions...), and also some forwarding
of events happening in the frame will be forwarded to the client
window (mainly, WM_DELETE_WINDOW when the close button is clicked).
Other than that, the frames are pretty much CSD GTK4 windows, so
window drags and resizes, and window context menus are forwarded for
the WM to handle.
Part-of: <https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/2175>
2021-12-21 20:11:05 +00:00
|
|
|
GdkDisplay *display;
|
|
|
|
GHashTable *frames;
|
|
|
|
GHashTable *client_windows;
|
|
|
|
int xinput_opcode;
|
|
|
|
};
|
|
|
|
|
|
|
|
enum {
|
|
|
|
PROP_0,
|
|
|
|
PROP_DISPLAY,
|
|
|
|
N_PROPS
|
|
|
|
};
|
|
|
|
|
|
|
|
static GParamSpec *props[N_PROPS] = { 0, };
|
|
|
|
|
|
|
|
G_DEFINE_TYPE (MetaWindowTracker, meta_window_tracker, G_TYPE_OBJECT)
|
|
|
|
|
|
|
|
static void
|
|
|
|
meta_window_tracker_set_property (GObject *object,
|
|
|
|
guint prop_id,
|
|
|
|
const GValue *value,
|
|
|
|
GParamSpec *pspec)
|
|
|
|
{
|
|
|
|
MetaWindowTracker *window_tracker = META_WINDOW_TRACKER (object);
|
|
|
|
|
|
|
|
switch (prop_id)
|
|
|
|
{
|
|
|
|
case PROP_DISPLAY:
|
|
|
|
window_tracker->display = g_value_get_object (value);
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
G_OBJECT_WARN_INVALID_PROPERTY_ID (object, prop_id, pspec);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static void
|
|
|
|
meta_window_tracker_get_property (GObject *object,
|
|
|
|
guint prop_id,
|
|
|
|
GValue *value,
|
|
|
|
GParamSpec *pspec)
|
|
|
|
{
|
|
|
|
MetaWindowTracker *window_tracker = META_WINDOW_TRACKER (object);
|
|
|
|
|
|
|
|
switch (prop_id)
|
|
|
|
{
|
|
|
|
case PROP_DISPLAY:
|
|
|
|
g_value_set_object (value, window_tracker->display);
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
G_OBJECT_WARN_INVALID_PROPERTY_ID (object, prop_id, pspec);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2022-12-05 14:52:17 +00:00
|
|
|
static void
|
2022-12-05 16:58:58 +00:00
|
|
|
update_color_scheme (MetaWindowTracker *window_tracker)
|
2022-12-05 14:52:17 +00:00
|
|
|
{
|
|
|
|
GDesktopColorScheme color_scheme;
|
|
|
|
gboolean is_dark;
|
|
|
|
|
|
|
|
color_scheme = g_settings_get_enum (window_tracker->interface_settings,
|
2022-12-05 17:20:09 +00:00
|
|
|
"color-scheme");
|
2022-12-05 14:52:17 +00:00
|
|
|
is_dark = color_scheme == G_DESKTOP_COLOR_SCHEME_PREFER_DARK;
|
|
|
|
|
|
|
|
g_object_set (gtk_settings_get_default (),
|
|
|
|
"gtk-application-prefer-dark-theme", is_dark,
|
|
|
|
NULL);
|
|
|
|
}
|
|
|
|
|
2022-12-05 16:58:58 +00:00
|
|
|
static void
|
|
|
|
on_color_scheme_changed_cb (GSettings *interface_settings,
|
|
|
|
GParamSpec *pspec,
|
|
|
|
MetaWindowTracker *window_tracker)
|
|
|
|
{
|
|
|
|
update_color_scheme (window_tracker);
|
|
|
|
}
|
|
|
|
|
frames: Add new X11 frames client
This small X11 client takes care of creating frames for client
windows, Mutter will use this client to delegate window frame
rendering and event handling.
The MetaWindowTracker object will keep track of windows created
from other clients, and will await for _MUTTER_NEEDS_FRAME property
updates on those (coming from Mutter), indicating the need for a
frame window.
This process is resilient to restarts of the frames client, existing
windows will be queried during start, and the existence of relevant
properties checked. Mutter will be able to just hide/show
SSD-decorated windows while the frames client restarts.
The frames are created through GTK4 widgets, the MetaWindowContent
widget acts as a replacement prop for the actual client window,
and the MetaFrameHeader wraps GtkHeaderBar so that windows can be
overshrunk, but otherwise a MetaFrame is a 100% true GTK4 GtkWindow.
After a frame window is created for a client window, the
_MUTTER_FRAME_FOR property will be set on the frame window,
indicating to mutter the correspondence between both Windows.
Additionally, the pixel sizes of the visible left/right/top/bottom
borders of the frame will be set through the _MUTTER_FRAME_EXTENTS
property, set on the frame window.
In order to make the frame window behave as the frame for the
client window, a number of properties will be tracked from the
client window to update the relevant frame behavior (window title,
resizability, availability of actions...), and also some forwarding
of events happening in the frame will be forwarded to the client
window (mainly, WM_DELETE_WINDOW when the close button is clicked).
Other than that, the frames are pretty much CSD GTK4 windows, so
window drags and resizes, and window context menus are forwarded for
the WM to handle.
Part-of: <https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/2175>
2021-12-21 20:11:05 +00:00
|
|
|
static void
|
|
|
|
set_up_frame (MetaWindowTracker *window_tracker,
|
|
|
|
Window xwindow)
|
|
|
|
{
|
|
|
|
GdkDisplay *display = window_tracker->display;
|
|
|
|
Display *xdisplay = gdk_x11_display_get_xdisplay (display);
|
|
|
|
GdkSurface *surface;
|
|
|
|
Window xframe;
|
|
|
|
unsigned long data[1];
|
|
|
|
GtkWidget *frame;
|
|
|
|
|
|
|
|
/* Double check it's not a request for a frame of our own. */
|
|
|
|
if (g_hash_table_contains (window_tracker->frames,
|
|
|
|
GUINT_TO_POINTER (xwindow)))
|
|
|
|
return;
|
|
|
|
|
|
|
|
/* Create a frame window */
|
|
|
|
frame = meta_frame_new (xwindow);
|
|
|
|
surface = gtk_native_get_surface (GTK_NATIVE (frame));
|
|
|
|
xframe = gdk_x11_surface_get_xid (surface);
|
|
|
|
|
2022-12-06 14:29:41 +00:00
|
|
|
gdk_x11_display_error_trap_push (display);
|
|
|
|
|
frames: Add new X11 frames client
This small X11 client takes care of creating frames for client
windows, Mutter will use this client to delegate window frame
rendering and event handling.
The MetaWindowTracker object will keep track of windows created
from other clients, and will await for _MUTTER_NEEDS_FRAME property
updates on those (coming from Mutter), indicating the need for a
frame window.
This process is resilient to restarts of the frames client, existing
windows will be queried during start, and the existence of relevant
properties checked. Mutter will be able to just hide/show
SSD-decorated windows while the frames client restarts.
The frames are created through GTK4 widgets, the MetaWindowContent
widget acts as a replacement prop for the actual client window,
and the MetaFrameHeader wraps GtkHeaderBar so that windows can be
overshrunk, but otherwise a MetaFrame is a 100% true GTK4 GtkWindow.
After a frame window is created for a client window, the
_MUTTER_FRAME_FOR property will be set on the frame window,
indicating to mutter the correspondence between both Windows.
Additionally, the pixel sizes of the visible left/right/top/bottom
borders of the frame will be set through the _MUTTER_FRAME_EXTENTS
property, set on the frame window.
In order to make the frame window behave as the frame for the
client window, a number of properties will be tracked from the
client window to update the relevant frame behavior (window title,
resizability, availability of actions...), and also some forwarding
of events happening in the frame will be forwarded to the client
window (mainly, WM_DELETE_WINDOW when the close button is clicked).
Other than that, the frames are pretty much CSD GTK4 windows, so
window drags and resizes, and window context menus are forwarded for
the WM to handle.
Part-of: <https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/2175>
2021-12-21 20:11:05 +00:00
|
|
|
XAddToSaveSet (xdisplay, xwindow);
|
|
|
|
|
|
|
|
data[0] = xwindow;
|
|
|
|
XChangeProperty (xdisplay,
|
|
|
|
xframe,
|
|
|
|
gdk_x11_get_xatom_by_name_for_display (display, "_MUTTER_FRAME_FOR"),
|
|
|
|
XA_WINDOW,
|
|
|
|
32,
|
|
|
|
PropModeReplace,
|
|
|
|
(guchar *) data, 1);
|
|
|
|
|
2022-12-06 14:29:41 +00:00
|
|
|
if (gdk_x11_display_error_trap_pop (display))
|
|
|
|
{
|
|
|
|
gtk_window_destroy (GTK_WINDOW (frame));
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
frames: Add new X11 frames client
This small X11 client takes care of creating frames for client
windows, Mutter will use this client to delegate window frame
rendering and event handling.
The MetaWindowTracker object will keep track of windows created
from other clients, and will await for _MUTTER_NEEDS_FRAME property
updates on those (coming from Mutter), indicating the need for a
frame window.
This process is resilient to restarts of the frames client, existing
windows will be queried during start, and the existence of relevant
properties checked. Mutter will be able to just hide/show
SSD-decorated windows while the frames client restarts.
The frames are created through GTK4 widgets, the MetaWindowContent
widget acts as a replacement prop for the actual client window,
and the MetaFrameHeader wraps GtkHeaderBar so that windows can be
overshrunk, but otherwise a MetaFrame is a 100% true GTK4 GtkWindow.
After a frame window is created for a client window, the
_MUTTER_FRAME_FOR property will be set on the frame window,
indicating to mutter the correspondence between both Windows.
Additionally, the pixel sizes of the visible left/right/top/bottom
borders of the frame will be set through the _MUTTER_FRAME_EXTENTS
property, set on the frame window.
In order to make the frame window behave as the frame for the
client window, a number of properties will be tracked from the
client window to update the relevant frame behavior (window title,
resizability, availability of actions...), and also some forwarding
of events happening in the frame will be forwarded to the client
window (mainly, WM_DELETE_WINDOW when the close button is clicked).
Other than that, the frames are pretty much CSD GTK4 windows, so
window drags and resizes, and window context menus are forwarded for
the WM to handle.
Part-of: <https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/2175>
2021-12-21 20:11:05 +00:00
|
|
|
g_hash_table_insert (window_tracker->frames,
|
|
|
|
GUINT_TO_POINTER (xframe), frame);
|
|
|
|
g_hash_table_insert (window_tracker->client_windows,
|
|
|
|
GUINT_TO_POINTER (xwindow), frame);
|
2023-01-04 13:18:27 +00:00
|
|
|
gtk_widget_set_visible (frame, TRUE);
|
frames: Add new X11 frames client
This small X11 client takes care of creating frames for client
windows, Mutter will use this client to delegate window frame
rendering and event handling.
The MetaWindowTracker object will keep track of windows created
from other clients, and will await for _MUTTER_NEEDS_FRAME property
updates on those (coming from Mutter), indicating the need for a
frame window.
This process is resilient to restarts of the frames client, existing
windows will be queried during start, and the existence of relevant
properties checked. Mutter will be able to just hide/show
SSD-decorated windows while the frames client restarts.
The frames are created through GTK4 widgets, the MetaWindowContent
widget acts as a replacement prop for the actual client window,
and the MetaFrameHeader wraps GtkHeaderBar so that windows can be
overshrunk, but otherwise a MetaFrame is a 100% true GTK4 GtkWindow.
After a frame window is created for a client window, the
_MUTTER_FRAME_FOR property will be set on the frame window,
indicating to mutter the correspondence between both Windows.
Additionally, the pixel sizes of the visible left/right/top/bottom
borders of the frame will be set through the _MUTTER_FRAME_EXTENTS
property, set on the frame window.
In order to make the frame window behave as the frame for the
client window, a number of properties will be tracked from the
client window to update the relevant frame behavior (window title,
resizability, availability of actions...), and also some forwarding
of events happening in the frame will be forwarded to the client
window (mainly, WM_DELETE_WINDOW when the close button is clicked).
Other than that, the frames are pretty much CSD GTK4 windows, so
window drags and resizes, and window context menus are forwarded for
the WM to handle.
Part-of: <https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/2175>
2021-12-21 20:11:05 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static void
|
|
|
|
listen_set_up_frame (MetaWindowTracker *window_tracker,
|
|
|
|
Window xwindow)
|
|
|
|
{
|
|
|
|
GdkDisplay *display = window_tracker->display;
|
|
|
|
Display *xdisplay = gdk_x11_display_get_xdisplay (display);
|
|
|
|
int format;
|
|
|
|
Atom type;
|
|
|
|
unsigned long nitems, bytes_after;
|
|
|
|
unsigned char *data;
|
|
|
|
|
|
|
|
gdk_x11_display_error_trap_push (display);
|
|
|
|
|
|
|
|
XSelectInput (xdisplay, xwindow,
|
|
|
|
PropertyChangeMask | StructureNotifyMask);
|
|
|
|
|
|
|
|
XGetWindowProperty (xdisplay,
|
|
|
|
xwindow,
|
|
|
|
gdk_x11_get_xatom_by_name_for_display (display,
|
|
|
|
"_MUTTER_NEEDS_FRAME"),
|
|
|
|
0, 1,
|
|
|
|
False, XA_CARDINAL,
|
|
|
|
&type, &format,
|
|
|
|
&nitems, &bytes_after,
|
|
|
|
(unsigned char **) &data);
|
|
|
|
|
|
|
|
if (gdk_x11_display_error_trap_pop (display))
|
|
|
|
return;
|
|
|
|
|
|
|
|
if (nitems > 0 && data[0])
|
|
|
|
set_up_frame (window_tracker, xwindow);
|
|
|
|
|
|
|
|
XFree (data);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void
|
|
|
|
remove_frame (MetaWindowTracker *window_tracker,
|
|
|
|
Window xwindow)
|
|
|
|
{
|
|
|
|
GdkDisplay *display = window_tracker->display;
|
|
|
|
Display *xdisplay = gdk_x11_display_get_xdisplay (display);
|
|
|
|
GtkWidget *frame;
|
|
|
|
GdkSurface *surface;
|
|
|
|
Window xframe;
|
|
|
|
|
|
|
|
frame = g_hash_table_lookup (window_tracker->client_windows,
|
|
|
|
GUINT_TO_POINTER (xwindow));
|
|
|
|
if (!frame)
|
|
|
|
return;
|
|
|
|
|
|
|
|
surface = gtk_native_get_surface (GTK_NATIVE (frame));
|
|
|
|
xframe = gdk_x11_surface_get_xid (surface);
|
|
|
|
|
|
|
|
gdk_x11_display_error_trap_push (display);
|
|
|
|
XRemoveFromSaveSet (xdisplay, xwindow);
|
|
|
|
gdk_x11_display_error_trap_pop_ignored (display);
|
|
|
|
|
|
|
|
g_hash_table_remove (window_tracker->client_windows,
|
|
|
|
GUINT_TO_POINTER (xwindow));
|
|
|
|
g_hash_table_remove (window_tracker->frames,
|
|
|
|
GUINT_TO_POINTER (xframe));
|
|
|
|
}
|
|
|
|
|
|
|
|
static gboolean
|
|
|
|
on_xevent (GdkDisplay *display,
|
|
|
|
XEvent *xevent,
|
|
|
|
gpointer user_data)
|
|
|
|
{
|
|
|
|
Window xroot = gdk_x11_display_get_xrootwindow (display);
|
|
|
|
Window xwindow = xevent->xany.window;
|
|
|
|
MetaWindowTracker *window_tracker = user_data;
|
|
|
|
GtkWidget *frame;
|
|
|
|
|
|
|
|
if (xevent->type == CreateNotify &&
|
|
|
|
xevent->xcreatewindow.parent == xroot &&
|
|
|
|
!xevent->xcreatewindow.override_redirect &&
|
|
|
|
!g_hash_table_contains (window_tracker->frames,
|
|
|
|
GUINT_TO_POINTER (xevent->xcreatewindow.window)))
|
|
|
|
{
|
|
|
|
xwindow = xevent->xcreatewindow.window;
|
|
|
|
listen_set_up_frame (window_tracker, xwindow);
|
|
|
|
}
|
|
|
|
else if (xevent->type == DestroyNotify)
|
|
|
|
{
|
|
|
|
xwindow = xevent->xdestroywindow.window;
|
|
|
|
remove_frame (window_tracker, xwindow);
|
|
|
|
}
|
|
|
|
else if (xevent->type == PropertyNotify &&
|
|
|
|
xevent->xproperty.atom ==
|
|
|
|
gdk_x11_get_xatom_by_name_for_display (display, "_MUTTER_NEEDS_FRAME"))
|
|
|
|
{
|
2022-12-02 18:59:21 +00:00
|
|
|
if (xevent->xproperty.state == PropertyNewValue &&
|
|
|
|
!g_hash_table_contains (window_tracker->client_windows,
|
|
|
|
GUINT_TO_POINTER (xwindow)))
|
frames: Add new X11 frames client
This small X11 client takes care of creating frames for client
windows, Mutter will use this client to delegate window frame
rendering and event handling.
The MetaWindowTracker object will keep track of windows created
from other clients, and will await for _MUTTER_NEEDS_FRAME property
updates on those (coming from Mutter), indicating the need for a
frame window.
This process is resilient to restarts of the frames client, existing
windows will be queried during start, and the existence of relevant
properties checked. Mutter will be able to just hide/show
SSD-decorated windows while the frames client restarts.
The frames are created through GTK4 widgets, the MetaWindowContent
widget acts as a replacement prop for the actual client window,
and the MetaFrameHeader wraps GtkHeaderBar so that windows can be
overshrunk, but otherwise a MetaFrame is a 100% true GTK4 GtkWindow.
After a frame window is created for a client window, the
_MUTTER_FRAME_FOR property will be set on the frame window,
indicating to mutter the correspondence between both Windows.
Additionally, the pixel sizes of the visible left/right/top/bottom
borders of the frame will be set through the _MUTTER_FRAME_EXTENTS
property, set on the frame window.
In order to make the frame window behave as the frame for the
client window, a number of properties will be tracked from the
client window to update the relevant frame behavior (window title,
resizability, availability of actions...), and also some forwarding
of events happening in the frame will be forwarded to the client
window (mainly, WM_DELETE_WINDOW when the close button is clicked).
Other than that, the frames are pretty much CSD GTK4 windows, so
window drags and resizes, and window context menus are forwarded for
the WM to handle.
Part-of: <https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/2175>
2021-12-21 20:11:05 +00:00
|
|
|
set_up_frame (window_tracker, xwindow);
|
2022-12-02 18:59:21 +00:00
|
|
|
else if (xevent->xproperty.state == PropertyDelete &&
|
|
|
|
g_hash_table_contains (window_tracker->client_windows,
|
|
|
|
GUINT_TO_POINTER (xwindow)))
|
frames: Add new X11 frames client
This small X11 client takes care of creating frames for client
windows, Mutter will use this client to delegate window frame
rendering and event handling.
The MetaWindowTracker object will keep track of windows created
from other clients, and will await for _MUTTER_NEEDS_FRAME property
updates on those (coming from Mutter), indicating the need for a
frame window.
This process is resilient to restarts of the frames client, existing
windows will be queried during start, and the existence of relevant
properties checked. Mutter will be able to just hide/show
SSD-decorated windows while the frames client restarts.
The frames are created through GTK4 widgets, the MetaWindowContent
widget acts as a replacement prop for the actual client window,
and the MetaFrameHeader wraps GtkHeaderBar so that windows can be
overshrunk, but otherwise a MetaFrame is a 100% true GTK4 GtkWindow.
After a frame window is created for a client window, the
_MUTTER_FRAME_FOR property will be set on the frame window,
indicating to mutter the correspondence between both Windows.
Additionally, the pixel sizes of the visible left/right/top/bottom
borders of the frame will be set through the _MUTTER_FRAME_EXTENTS
property, set on the frame window.
In order to make the frame window behave as the frame for the
client window, a number of properties will be tracked from the
client window to update the relevant frame behavior (window title,
resizability, availability of actions...), and also some forwarding
of events happening in the frame will be forwarded to the client
window (mainly, WM_DELETE_WINDOW when the close button is clicked).
Other than that, the frames are pretty much CSD GTK4 windows, so
window drags and resizes, and window context menus are forwarded for
the WM to handle.
Part-of: <https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/2175>
2021-12-21 20:11:05 +00:00
|
|
|
remove_frame (window_tracker, xwindow);
|
|
|
|
}
|
|
|
|
else if (xevent->type == PropertyNotify)
|
|
|
|
{
|
|
|
|
frame = g_hash_table_lookup (window_tracker->frames,
|
|
|
|
GUINT_TO_POINTER (xwindow));
|
|
|
|
|
|
|
|
if (!frame)
|
|
|
|
{
|
|
|
|
frame = g_hash_table_lookup (window_tracker->client_windows,
|
|
|
|
GUINT_TO_POINTER (xwindow));
|
|
|
|
}
|
|
|
|
|
|
|
|
if (frame)
|
|
|
|
meta_frame_handle_xevent (META_FRAME (frame), xwindow, xevent);
|
|
|
|
}
|
|
|
|
else if (xevent->type == GenericEvent &&
|
|
|
|
xevent->xcookie.extension == window_tracker->xinput_opcode)
|
|
|
|
{
|
|
|
|
Display *xdisplay = gdk_x11_display_get_xdisplay (display);
|
|
|
|
XIEvent *xi_event;
|
|
|
|
|
|
|
|
xi_event = (XIEvent *) xevent->xcookie.data;
|
|
|
|
|
|
|
|
if (xi_event->evtype == XI_Leave)
|
|
|
|
{
|
|
|
|
XILeaveEvent *crossing = (XILeaveEvent *) xi_event;
|
|
|
|
|
|
|
|
xwindow = crossing->event;
|
|
|
|
frame = g_hash_table_lookup (window_tracker->frames,
|
|
|
|
GUINT_TO_POINTER (xwindow));
|
|
|
|
|
|
|
|
/* When crossing from the frame to the client
|
|
|
|
* window, we may need to restore the cursor to
|
|
|
|
* its default.
|
|
|
|
*/
|
|
|
|
if (frame && crossing->detail == XINotifyInferior)
|
2022-12-06 14:29:41 +00:00
|
|
|
{
|
|
|
|
gdk_x11_display_error_trap_push (display);
|
|
|
|
XIUndefineCursor (xdisplay, crossing->deviceid, xwindow);
|
|
|
|
gdk_x11_display_error_trap_pop_ignored (display);
|
|
|
|
}
|
frames: Add new X11 frames client
This small X11 client takes care of creating frames for client
windows, Mutter will use this client to delegate window frame
rendering and event handling.
The MetaWindowTracker object will keep track of windows created
from other clients, and will await for _MUTTER_NEEDS_FRAME property
updates on those (coming from Mutter), indicating the need for a
frame window.
This process is resilient to restarts of the frames client, existing
windows will be queried during start, and the existence of relevant
properties checked. Mutter will be able to just hide/show
SSD-decorated windows while the frames client restarts.
The frames are created through GTK4 widgets, the MetaWindowContent
widget acts as a replacement prop for the actual client window,
and the MetaFrameHeader wraps GtkHeaderBar so that windows can be
overshrunk, but otherwise a MetaFrame is a 100% true GTK4 GtkWindow.
After a frame window is created for a client window, the
_MUTTER_FRAME_FOR property will be set on the frame window,
indicating to mutter the correspondence between both Windows.
Additionally, the pixel sizes of the visible left/right/top/bottom
borders of the frame will be set through the _MUTTER_FRAME_EXTENTS
property, set on the frame window.
In order to make the frame window behave as the frame for the
client window, a number of properties will be tracked from the
client window to update the relevant frame behavior (window title,
resizability, availability of actions...), and also some forwarding
of events happening in the frame will be forwarded to the client
window (mainly, WM_DELETE_WINDOW when the close button is clicked).
Other than that, the frames are pretty much CSD GTK4 windows, so
window drags and resizes, and window context menus are forwarded for
the WM to handle.
Part-of: <https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/2175>
2021-12-21 20:11:05 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return GDK_EVENT_PROPAGATE;
|
|
|
|
}
|
|
|
|
|
|
|
|
static gboolean
|
|
|
|
query_xi_extension (MetaWindowTracker *window_tracker,
|
|
|
|
Display *xdisplay)
|
|
|
|
{
|
|
|
|
int major = 2, minor = 3;
|
|
|
|
int unused;
|
|
|
|
|
|
|
|
if (XQueryExtension (xdisplay,
|
|
|
|
"XInputExtension",
|
|
|
|
&window_tracker->xinput_opcode,
|
|
|
|
&unused,
|
|
|
|
&unused))
|
|
|
|
{
|
|
|
|
if (XIQueryVersion (xdisplay, &major, &minor) == Success)
|
|
|
|
return TRUE;
|
|
|
|
}
|
|
|
|
|
|
|
|
return FALSE;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void
|
|
|
|
meta_window_tracker_constructed (GObject *object)
|
|
|
|
{
|
|
|
|
MetaWindowTracker *window_tracker = META_WINDOW_TRACKER (object);
|
|
|
|
GdkDisplay *display = window_tracker->display;
|
|
|
|
Display *xdisplay = gdk_x11_display_get_xdisplay (display);
|
|
|
|
Window xroot = gdk_x11_display_get_xrootwindow (display);
|
|
|
|
Window *windows, ignored1, ignored2;
|
|
|
|
unsigned int i, n_windows;
|
|
|
|
|
|
|
|
G_OBJECT_CLASS (meta_window_tracker_parent_class)->constructed (object);
|
|
|
|
|
|
|
|
query_xi_extension (window_tracker, xdisplay);
|
|
|
|
|
|
|
|
XSelectInput (xdisplay, xroot,
|
|
|
|
KeyPressMask |
|
2023-03-04 22:52:57 +00:00
|
|
|
PropertyChangeMask |
|
2023-04-03 18:59:16 +00:00
|
|
|
StructureNotifyMask |
|
2023-03-04 22:52:57 +00:00
|
|
|
SubstructureNotifyMask);
|
frames: Add new X11 frames client
This small X11 client takes care of creating frames for client
windows, Mutter will use this client to delegate window frame
rendering and event handling.
The MetaWindowTracker object will keep track of windows created
from other clients, and will await for _MUTTER_NEEDS_FRAME property
updates on those (coming from Mutter), indicating the need for a
frame window.
This process is resilient to restarts of the frames client, existing
windows will be queried during start, and the existence of relevant
properties checked. Mutter will be able to just hide/show
SSD-decorated windows while the frames client restarts.
The frames are created through GTK4 widgets, the MetaWindowContent
widget acts as a replacement prop for the actual client window,
and the MetaFrameHeader wraps GtkHeaderBar so that windows can be
overshrunk, but otherwise a MetaFrame is a 100% true GTK4 GtkWindow.
After a frame window is created for a client window, the
_MUTTER_FRAME_FOR property will be set on the frame window,
indicating to mutter the correspondence between both Windows.
Additionally, the pixel sizes of the visible left/right/top/bottom
borders of the frame will be set through the _MUTTER_FRAME_EXTENTS
property, set on the frame window.
In order to make the frame window behave as the frame for the
client window, a number of properties will be tracked from the
client window to update the relevant frame behavior (window title,
resizability, availability of actions...), and also some forwarding
of events happening in the frame will be forwarded to the client
window (mainly, WM_DELETE_WINDOW when the close button is clicked).
Other than that, the frames are pretty much CSD GTK4 windows, so
window drags and resizes, and window context menus are forwarded for
the WM to handle.
Part-of: <https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/2175>
2021-12-21 20:11:05 +00:00
|
|
|
|
|
|
|
g_signal_connect (display, "xevent",
|
|
|
|
G_CALLBACK (on_xevent), object);
|
|
|
|
|
|
|
|
gdk_x11_display_error_trap_push (display);
|
|
|
|
|
|
|
|
XQueryTree (xdisplay,
|
|
|
|
xroot,
|
|
|
|
&ignored1, &ignored2,
|
|
|
|
&windows, &n_windows);
|
|
|
|
|
|
|
|
if (gdk_x11_display_error_trap_pop (display))
|
|
|
|
{
|
|
|
|
g_warning ("Could not query existing windows");
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
for (i = 0; i < n_windows; i++)
|
|
|
|
{
|
|
|
|
XWindowAttributes attrs;
|
|
|
|
|
|
|
|
gdk_x11_display_error_trap_push (display);
|
|
|
|
|
|
|
|
XGetWindowAttributes (xdisplay,
|
|
|
|
windows[i],
|
|
|
|
&attrs);
|
|
|
|
|
|
|
|
if (gdk_x11_display_error_trap_pop (display))
|
|
|
|
continue;
|
|
|
|
|
|
|
|
if (attrs.override_redirect)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
listen_set_up_frame (window_tracker, windows[i]);
|
|
|
|
}
|
|
|
|
|
|
|
|
XFree (windows);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void
|
|
|
|
meta_window_tracker_finalize (GObject *object)
|
|
|
|
{
|
|
|
|
MetaWindowTracker *window_tracker = META_WINDOW_TRACKER (object);
|
|
|
|
|
2022-12-05 14:52:17 +00:00
|
|
|
g_clear_object (&window_tracker->interface_settings);
|
frames: Add new X11 frames client
This small X11 client takes care of creating frames for client
windows, Mutter will use this client to delegate window frame
rendering and event handling.
The MetaWindowTracker object will keep track of windows created
from other clients, and will await for _MUTTER_NEEDS_FRAME property
updates on those (coming from Mutter), indicating the need for a
frame window.
This process is resilient to restarts of the frames client, existing
windows will be queried during start, and the existence of relevant
properties checked. Mutter will be able to just hide/show
SSD-decorated windows while the frames client restarts.
The frames are created through GTK4 widgets, the MetaWindowContent
widget acts as a replacement prop for the actual client window,
and the MetaFrameHeader wraps GtkHeaderBar so that windows can be
overshrunk, but otherwise a MetaFrame is a 100% true GTK4 GtkWindow.
After a frame window is created for a client window, the
_MUTTER_FRAME_FOR property will be set on the frame window,
indicating to mutter the correspondence between both Windows.
Additionally, the pixel sizes of the visible left/right/top/bottom
borders of the frame will be set through the _MUTTER_FRAME_EXTENTS
property, set on the frame window.
In order to make the frame window behave as the frame for the
client window, a number of properties will be tracked from the
client window to update the relevant frame behavior (window title,
resizability, availability of actions...), and also some forwarding
of events happening in the frame will be forwarded to the client
window (mainly, WM_DELETE_WINDOW when the close button is clicked).
Other than that, the frames are pretty much CSD GTK4 windows, so
window drags and resizes, and window context menus are forwarded for
the WM to handle.
Part-of: <https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/2175>
2021-12-21 20:11:05 +00:00
|
|
|
g_clear_pointer (&window_tracker->frames,
|
|
|
|
g_hash_table_unref);
|
|
|
|
g_clear_pointer (&window_tracker->client_windows,
|
|
|
|
g_hash_table_unref);
|
|
|
|
|
|
|
|
G_OBJECT_CLASS (meta_window_tracker_parent_class)->finalize (object);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void
|
|
|
|
meta_window_tracker_class_init (MetaWindowTrackerClass *klass)
|
|
|
|
{
|
|
|
|
GObjectClass *object_class = G_OBJECT_CLASS (klass);
|
|
|
|
|
|
|
|
object_class->set_property = meta_window_tracker_set_property;
|
|
|
|
object_class->get_property = meta_window_tracker_get_property;
|
|
|
|
object_class->constructed = meta_window_tracker_constructed;
|
|
|
|
object_class->finalize = meta_window_tracker_finalize;
|
|
|
|
|
|
|
|
props[PROP_DISPLAY] = g_param_spec_object ("display",
|
|
|
|
"Display",
|
|
|
|
"Display",
|
|
|
|
GDK_TYPE_DISPLAY,
|
|
|
|
G_PARAM_READWRITE |
|
|
|
|
G_PARAM_CONSTRUCT_ONLY |
|
|
|
|
G_PARAM_STATIC_NAME |
|
|
|
|
G_PARAM_STATIC_NICK |
|
|
|
|
G_PARAM_STATIC_BLURB);
|
|
|
|
|
|
|
|
g_object_class_install_properties (object_class,
|
|
|
|
G_N_ELEMENTS (props),
|
|
|
|
props);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void
|
|
|
|
meta_window_tracker_init (MetaWindowTracker *window_tracker)
|
|
|
|
{
|
2022-12-05 14:52:17 +00:00
|
|
|
window_tracker->interface_settings = g_settings_new ("org.gnome.desktop.interface");
|
|
|
|
g_signal_connect (window_tracker->interface_settings,
|
|
|
|
"changed::color-scheme",
|
|
|
|
G_CALLBACK (on_color_scheme_changed_cb),
|
|
|
|
window_tracker);
|
2022-12-05 16:58:58 +00:00
|
|
|
update_color_scheme (window_tracker);
|
2022-12-05 14:52:17 +00:00
|
|
|
|
frames: Add new X11 frames client
This small X11 client takes care of creating frames for client
windows, Mutter will use this client to delegate window frame
rendering and event handling.
The MetaWindowTracker object will keep track of windows created
from other clients, and will await for _MUTTER_NEEDS_FRAME property
updates on those (coming from Mutter), indicating the need for a
frame window.
This process is resilient to restarts of the frames client, existing
windows will be queried during start, and the existence of relevant
properties checked. Mutter will be able to just hide/show
SSD-decorated windows while the frames client restarts.
The frames are created through GTK4 widgets, the MetaWindowContent
widget acts as a replacement prop for the actual client window,
and the MetaFrameHeader wraps GtkHeaderBar so that windows can be
overshrunk, but otherwise a MetaFrame is a 100% true GTK4 GtkWindow.
After a frame window is created for a client window, the
_MUTTER_FRAME_FOR property will be set on the frame window,
indicating to mutter the correspondence between both Windows.
Additionally, the pixel sizes of the visible left/right/top/bottom
borders of the frame will be set through the _MUTTER_FRAME_EXTENTS
property, set on the frame window.
In order to make the frame window behave as the frame for the
client window, a number of properties will be tracked from the
client window to update the relevant frame behavior (window title,
resizability, availability of actions...), and also some forwarding
of events happening in the frame will be forwarded to the client
window (mainly, WM_DELETE_WINDOW when the close button is clicked).
Other than that, the frames are pretty much CSD GTK4 windows, so
window drags and resizes, and window context menus are forwarded for
the WM to handle.
Part-of: <https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/2175>
2021-12-21 20:11:05 +00:00
|
|
|
window_tracker->frames =
|
|
|
|
g_hash_table_new_full (NULL, NULL, NULL,
|
|
|
|
(GDestroyNotify) gtk_window_destroy);
|
|
|
|
window_tracker->client_windows = g_hash_table_new (NULL, NULL);
|
|
|
|
}
|
|
|
|
|
|
|
|
MetaWindowTracker *
|
|
|
|
meta_window_tracker_new (GdkDisplay *display)
|
|
|
|
{
|
|
|
|
return g_object_new (META_TYPE_WINDOW_TRACKER,
|
|
|
|
"display", display,
|
|
|
|
NULL);
|
|
|
|
}
|