marco/src/core, branch v1.26.0

window: add support for _GNOME_WM_STRUT_AREA

2021-06-07T18:09:03+00:00

In addition to existing properties use also new _GNOME_WM_STRUT_AREA
property that allows creating struts between monitors.

https://mail.gnome.org/archives/wm-spec-list/2018-December/msg00000.html
https://gitlab.freedesktop.org/xdg/xdg-specs/merge_requests/22

origin commit:
https://gitlab.gnome.org/GNOME/metacity/commit/922de13

screen: add support for _GTK_WORKAREAS_Dn

2021-06-07T18:09:03+00:00

In addition to existing _NET_WORKAREA property set also new
_GTK_WORKAREAS_Dn property where n is desktop number (between 0
and _NET_NUMBER_OF_DESKTOPS - 1).

https://mail.gnome.org/archives/wm-spec-list/2018-December/msg00000.html
https://gitlab.freedesktop.org/xdg/xdg-specs/merge_requests/22

origin commit:
https://gitlab.gnome.org/GNOME/metacity/-/commit/3d8b03d

window: Do not render shadows on left/right tiled windows

2021-06-04T15:30:50+00:00

This pull request prevents shadows being rendered for left and right side titled windows. This behaviour is consistent with maximised windows, which also do not render shadows.

The rationale for this change is so that when two windows are titled along side each other, it prevents central shadows bleeding into the touching points of the windows.

metacity-theme-x.xml has provision to style left/right titled windows. This patch makes it possible to to create window themes that present clean side-by-side tiled windows.

iconcache: Use GDesktopAppInfo to find correct application icons

2021-06-04T15:02:28+00:00

Some files do not report their application icons correctly in the window
properties. This patch allows the marco UI to search for the
corresponding .desktop file and render the icon in the desktop info on
both the alt-tab popup and the window mini-icon.

window: Track window rectangle before corner tiling

2021-05-28T21:11:35+00:00

When corner-tiling a maximized window, we should keep track of the saved
rectangle so that tiling does not reset our window size. Otherwise,
untiling the previously maximized window will end up with an unmaximized
full-size window, rather than the original window size.

window: Track window rectangle before tiling

2021-05-26T18:25:31+00:00

When tiling a maximized window, we should keep track of the saved
rectangle so that tiling does not reset our window size. Otherwise,
untiling the previously maximized window will end up with an unmaximized
full-size window, rather than the original window size.

window: Only unmaximize when the window is already maximized.

2021-04-30T13:47:57+00:00

When handling a ClientMessage event that removes _NET_WM_STATE_MAXIMIZED_HORZ
or _NET_WM_STATE_MAXIMIZED_VERT from _NET_WM_STATE, marco always restore the
window rectangle to the saved rectangle. So if an application window is already
unmaximized and the application sends such a ClientMessage event, marco will
reset the window rectangle regardless. EWMH doesn't specify what must be done
when handling such events. It seems best to avoid restoring window rectangles
like other window managers in this case.

Fix a related bug: https://bugs.winehq.org/show_bug.cgi?id=50381

This revert a change introduced by 6219f8e8bcaeefb9185a3c3f5f20de4e2fa8f18f.

Signed-off-by: Zhiyi Zhang

window-props: g_memdup is dreprecated from glib 2.68

2021-04-02T19:00:34+00:00

warning: declaration of a variable shadows a previous local

2021-03-29T12:59:30+00:00

testasyncgetprop: Mismatching the argument type 'unsigned long'

2021-03-18T21:42:31+00:00

and conversion specifier 'ld', reported by Apache NetBeans IDE