gtk_widget_set_margin_[start/end] are available starting with
GTK 3.12.0 version.

Dmitry Shachnev authored Oct 15, 2014 and Alberts Muktupāvels committed Oct 15, 2014

* Escape hyphen signs properly.
* Fix man -l -Tutf8 doc/man/metacity-message.1 >/dev/null
  reporting "warning [p 1, 1.5i]: cannot adjust line".
* Update GTK2 to GTK3.

This fix random bug when applications without reason opens in
fullscreen mode.

Owen W. Taylor authored Mar 05, 2014 and Alberts Muktupāvels committed Oct 10, 2014

We try to exempt CSD windows from being forced fullscreen if they are
undecorated and the size of the screen; however, we also catch almost
all windows that *do* need to be forced fullscreen in this check, since
they also have decorations turned off.

Identify actual CSD windows by checking whether _GTK_FRAME_EXTENTS is set -
GTK+ will always set this on CSD windows even if they have no invisible
borders or shadows at the current time.

https://bugzilla.gnome.org/show_bug.cgi?id=723029

Maintainers are listed in metacity.doap file.

Florian Müllner authored Nov 06, 2012 and Alberts Muktupāvels committed Oct 08, 2014

Since GTK+ commit b1ad5c8abc2c, GtkSetting's CSS provider uses a
priority of GTK_STYLE_PROVIDER_PRIORITY_SETTINGS, which means it
will overwrite the ones we create ourselves.
Bump the priority to fix dark window decorations.

https://bugzilla.gnome.org/show_bug.cgi?id=688182

Florian Müllner authored Mar 10, 2012 and Alberts Muktupāvels committed Oct 08, 2014

We were relying on GTK+ emitting GtkWidget::style-updated during
widget initialization to create the GtkStyleContexts used for
window decorations. A recent GTK+ update broke this assumption,
so do the necessary initialization ourselves.

https://bugzilla.gnome.org/show_bug.cgi?id=671796

Dan Winship authored Jul 12, 2011 and Alberts Muktupāvels committed Oct 08, 2014

meta_frames_destroy() was not safe to be called multiple times, which
was causing a crash on exit due to something else changing somewhere
that makes it get called multiple times.

https://bugzilla.gnome.org/show_bug.cgi?id=654489

Florian Müllner authored Mar 18, 2011 and Alberts Muktupāvels committed Oct 08, 2014

Rather than sharing a single style context between all frames, use
a default style and one style per encountered variant. The value of
the _GTK_THEME_VARIANT property should determine which style is
attached to a particular frame, though for the time being the default
style is used for every frame, as the window property cannot be
accessed at the time the style is attached. This will be fixed in
a later commit.

https://bugzilla.gnome.org/show_bug.cgi?id=645355

Florian Müllner authored Mar 20, 2011 and Alberts Muktupāvels committed Oct 08, 2014

Like the setting of new frames' background is delayed until the
frame is associated with its window, delay attaching the initial
style, so that the correct style variant is picked.

https://bugzilla.gnome.org/show_bug.cgi?id=645355

Florian Müllner authored Mar 20, 2011 and Alberts Muktupāvels committed Oct 08, 2014

When the _GTK_THEME_VARIANT property changes, rather than just
updating the window's theme_variant property, update its frame
style as well, so that the window decoration reflects the requested
variant. As the initial properties of a window may be read before
its frame is created, there will be cases where the change is not
picked up initially.

https://bugzilla.gnome.org/show_bug.cgi?id=645355

Florian Müllner authored Mar 20, 2011 and Alberts Muktupāvels committed Oct 08, 2014

This method allows forcing a style update of a particular frame
from the core, so that it can pick up style variants.

https://bugzilla.gnome.org/show_bug.cgi?id=645355

Florian Müllner authored Mar 20, 2011 and Alberts Muktupāvels committed Oct 08, 2014

To associate frames with the correct style variant, the UI will
need access to the window's theme variant property.

https://bugzilla.gnome.org/show_bug.cgi?id=645355

Florian Müllner authored Mar 19, 2011 and Alberts Muktupāvels committed Oct 08, 2014

Since version 3.0, GTK+ has support for style variants. At the moment,
themes may provide a dark variant, which can be requested by
applications via GtkSettings. The requested variant is exported to
X11 via the _GTK_THEME_VARIANT property - support this property, in
order to pick up the correct style variant in the future.

https://bugzilla.gnome.org/show_bug.cgi?id=645355

NOTE: Patch is adapted for metacity.

Florian Müllner authored Mar 20, 2011 and Alberts Muktupāvels committed Oct 08, 2014

To determine the correct background style, the UI needs to access
some frame properties via meta_core_get(); this call will bail out
early if window->frame is unset, so delay the call until the
association is made.

https://bugzilla.gnome.org/show_bug.cgi?id=645355

Add app-menu button support in themes. This is done only to support
metacity theme format 3.5 version. Metacity will not show this
button!

Based on mutter commit:
https://git.gnome.org/browse/mutter/commit/?id=c2ea650b3c484312c14f69b8b245ab117ef7c6e1

This was added only to add support for metacity theme format
version 3.2.