<feed xmlns='http://www.w3.org/2005/Atom'>
<title>marco/src/include, branch 1.28</title>
<subtitle>MATE default window manager</subtitle>
<link rel='alternate' type='text/html' href='http://git.mate-desktop.org/marco/'/>
<entry>
<title>keybindings: Release keyboard grab on screenshot commands</title>
<updated>2026-01-21T21:37:58+00:00</updated>
<author>
<name>Victor Kareh</name>
<email>vkareh@redhat.com</email>
</author>
<published>2025-08-29T16:18:09+00:00</published>
<link rel='alternate' type='text/html' href='http://git.mate-desktop.org/marco/commit/?id=8fddd5d9114b4bd6169b7ab8f26acf3025dfa024'/>
<id>8fddd5d9114b4bd6169b7ab8f26acf3025dfa024</id>
<content type='text'>
This prevents race conditions with applications like mate-screenshot
that need to grab input (e.g. for area selection).

Fixes mate-desktop/mate-utils#37
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This prevents race conditions with applications like mate-screenshot
that need to grab input (e.g. for area selection).

Fixes mate-desktop/mate-utils#37
</pre>
</div>
</content>
</entry>
<entry>
<title>theme: Include shadow and resize borders</title>
<updated>2026-01-21T21:37:58+00:00</updated>
<author>
<name>Victor Kareh</name>
<email>vkareh@redhat.com</email>
</author>
<published>2025-09-09T14:34:49+00:00</published>
<link rel='alternate' type='text/html' href='http://git.mate-desktop.org/marco/commit/?id=ab345b7ebe6fc0be1458f2dbbe4b75fcf97392bd'/>
<id>ab345b7ebe6fc0be1458f2dbbe4b75fcf97392bd</id>
<content type='text'>
Extend MetaFrameBorders to include shadow and resize borders to
calculate invisible border size. Also added border caching to prevent
recalculating borders on every frame operation.

This is a backport of the following commits from Metacity:
- https://gitlab.gnome.org/GNOME/metacity/-/commit/21e664af
- https://gitlab.gnome.org/GNOME/metacity/-/commit/3c6e269b
- https://gitlab.gnome.org/GNOME/metacity/-/commit/700e87ea
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Extend MetaFrameBorders to include shadow and resize borders to
calculate invisible border size. Also added border caching to prevent
recalculating borders on every frame operation.

This is a backport of the following commits from Metacity:
- https://gitlab.gnome.org/GNOME/metacity/-/commit/21e664af
- https://gitlab.gnome.org/GNOME/metacity/-/commit/3c6e269b
- https://gitlab.gnome.org/GNOME/metacity/-/commit/700e87ea
</pre>
</div>
</content>
</entry>
<entry>
<title>window: Parse _BAMF_DESKTOP_FILE property</title>
<updated>2025-04-02T20:37:16+00:00</updated>
<author>
<name>Victor Kareh</name>
<email>vkareh@redhat.com</email>
</author>
<published>2024-04-08T16:23:57+00:00</published>
<link rel='alternate' type='text/html' href='http://git.mate-desktop.org/marco/commit/?id=797b4dc01895b9936c68aad9f8b4e8b7b24502ab'/>
<id>797b4dc01895b9936c68aad9f8b4e8b7b24502ab</id>
<content type='text'>
In systems with bamfdaemon running, windows get this property for
finding the dekstop spec file of an application. This can be used to
find the defined icon for any application window that reports this
attribute and provider much better icon matching.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
In systems with bamfdaemon running, windows get this property for
finding the dekstop spec file of an application. This can be used to
find the defined icon for any application window that reports this
attribute and provider much better icon matching.
</pre>
</div>
</content>
</entry>
<entry>
<title>iconcache: Add GDesktopAppInfo lookup as an icon caching strategy</title>
<updated>2025-04-02T20:37:16+00:00</updated>
<author>
<name>Victor Kareh</name>
<email>vkareh@redhat.com</email>
</author>
<published>2023-03-03T18:00:14+00:00</published>
<link rel='alternate' type='text/html' href='http://git.mate-desktop.org/marco/commit/?id=34a06a853aedea845b4723989b97b1384e80869d'/>
<id>34a06a853aedea845b4723989b97b1384e80869d</id>
<content type='text'>
Looking up GDesktopAppInfo from the GTK Application ID we can get a much
better match for the icon and load it at the appropriate scale. This
results in matching icons to straneous windows and better looking icons
overall.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Looking up GDesktopAppInfo from the GTK Application ID we can get a much
better match for the icon and load it at the appropriate scale. This
results in matching icons to straneous windows and better looking icons
overall.
</pre>
</div>
</content>
</entry>
<entry>
<title>ui/tabpopup: likewise only enable compositing code if available.</title>
<updated>2023-08-17T19:50:32+00:00</updated>
<author>
<name>Mihai Moldovan</name>
<email>ionic@ionic.de</email>
</author>
<published>2023-07-28T18:27:28+00:00</published>
<link rel='alternate' type='text/html' href='http://git.mate-desktop.org/marco/commit/?id=645c83a4755db32d68a4b0ec27fe9dddd9f92e07'/>
<id>645c83a4755db32d68a4b0ec27fe9dddd9f92e07</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>ui/frames: check that compositing is not only requested, but also available.</title>
<updated>2023-08-17T19:50:32+00:00</updated>
<author>
<name>Mihai Moldovan</name>
<email>ionic@ionic.de</email>
</author>
<published>2023-07-28T18:24:57+00:00</published>
<link rel='alternate' type='text/html' href='http://git.mate-desktop.org/marco/commit/?id=dc4a2863dd402b052edce27e441503751619b024'/>
<id>dc4a2863dd402b052edce27e441503751619b024</id>
<content type='text'>
Enabling code that is supposed to be used in compositing conditions is
harmful if compositing is not actually available. Just checking the
preference is not enough to make sure that compositing is available -
the X server might be missing crucial extensions for compositing to
work, which in turn correctly disables the internal compositor.

The end result is graphical issues like black borders around windows in
such situations.

Make sure that compositing is both requested AND available to fix this
bug.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Enabling code that is supposed to be used in compositing conditions is
harmful if compositing is not actually available. Just checking the
preference is not enough to make sure that compositing is available -
the X server might be missing crucial extensions for compositing to
work, which in turn correctly disables the internal compositor.

The end result is graphical issues like black borders around windows in
such situations.

Make sure that compositing is both requested AND available to fix this
bug.
</pre>
</div>
</content>
</entry>
<entry>
<title>Add setting to raise windows on alt+tab popup</title>
<updated>2023-01-18T04:15:33+00:00</updated>
<author>
<name>sparkida</name>
<email>nick@sparkida.com</email>
</author>
<published>2022-01-15T23:14:19+00:00</published>
<link rel='alternate' type='text/html' href='http://git.mate-desktop.org/marco/commit/?id=d83cb24a27b1864be035868354a806287dbfaa92'/>
<id>d83cb24a27b1864be035868354a806287dbfaa92</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>window: add support for _GNOME_WM_STRUT_AREA</title>
<updated>2021-06-07T18:09:03+00:00</updated>
<author>
<name>raveit65</name>
<email>mate@raveit.de</email>
</author>
<published>2021-04-10T14:37:40+00:00</published>
<link rel='alternate' type='text/html' href='http://git.mate-desktop.org/marco/commit/?id=3ed0ddb242a4804cd7fcfcfcf39a47766eaa816d'/>
<id>3ed0ddb242a4804cd7fcfcfcf39a47766eaa816d</id>
<content type='text'>
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
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
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
</pre>
</div>
</content>
</entry>
<entry>
<title>window: Do not render shadows on left/right tiled windows</title>
<updated>2021-06-04T15:30:50+00:00</updated>
<author>
<name>Martin Wimpress</name>
<email>code@flexion.org</email>
</author>
<published>2021-01-30T11:21:39+00:00</published>
<link rel='alternate' type='text/html' href='http://git.mate-desktop.org/marco/commit/?id=4f567598327e9fdc50eec37ef286c62415a6677f'/>
<id>4f567598327e9fdc50eec37ef286c62415a6677f</id>
<content type='text'>
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.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
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.
</pre>
</div>
</content>
</entry>
<entry>
<title>iconcache: Use GDesktopAppInfo to find correct application icons</title>
<updated>2021-06-04T15:02:28+00:00</updated>
<author>
<name>Victor Kareh</name>
<email>vkareh@redhat.com</email>
</author>
<published>2021-05-26T18:14:59+00:00</published>
<link rel='alternate' type='text/html' href='http://git.mate-desktop.org/marco/commit/?id=60e6fbfb093d63c46ca8e77750c54f31c9780c1c'/>
<id>60e6fbfb093d63c46ca8e77750c54f31c9780c1c</id>
<content type='text'>
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.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
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.
</pre>
</div>
</content>
</entry>
</feed>
