Age | Commit message (Collapse) | Author | Files | Lines |
|
We currently allow XRaiseWindow when the same application (defined
by the window group) is focused, but the kind of old applications
that XRaiseWindow are frequently not setting the window group.
Expand the check to allow the same X client (defined by the looking
at client ID) to raise windows above the focus window.
Based on metacity commit: 632d3983fbc402432c6ceae05bea8903ad2f11c0
From: "Owen W. Taylor" <[email protected]>
Gnome bug: https://bugzilla.gnome.org/show_bug.cgi?id=567528
|
|
Taken from
https://github.com/SolusOS-discontinued/consortium/commit/b463e03f5bdeab307ceee6b969c681f29537c76d
|
|
Based on metacity commit: cd481d37ec2551e98db758ff640d02f3745259db
From: Alberts Muktupāvels <[email protected]>
Gnome bug: https://bugzilla.gnome.org/show_bug.cgi?id=534752
|
|
Force to save user rect for maximized windows too, otherwise when
launching maximized application on non left monitor it will be moved
to left monitor.
Ubuntu bug: https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/727928
Based on metacity commit: fbfcbc5e35e35063c8ff71b399a0bf72a31852e7
From: Alberts Muktupāvels <[email protected]>
|
|
based on metacity commit: 72d1c6a6b9a85391444bb5ff8c5de1e3aabd3fd9
From: Alberts Muktupāvels <[email protected]>
|
|
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.
Based on metacity commit: 41dd72bc5dd08d7d0cb136f694a6d9a30e38b341
From: Owen W. Taylor <[email protected]>
Metacity gnome bug: https://bugzilla.gnome.org/show_bug.cgi?id=723029
|
|
Support for _GTK_FRAME_EXTENTS are based on mutter.
Based on metacity commit: e132e2a700c4b50c93eae064d8fd1769b67baf06
By: Alberts Muktupāvels <[email protected]>
|
|
|
|
|
|
Functions meta_window_animate_[un]minimize will handle [un]minimization animations.
Maybe this should be done in effects.c file to trigger animations based on context,
compositing, preferences etc.
|
|
|
|
Initialized at META_EFFECT_NONE. The management of this should be done by
caller functions to effect functions.
|
|
|
|
The comments in the code about the protocol's inadequacies are enough, there's
no need to spam our standard outputs.
|
|
|
|
Patch by Florian Müllner for Metacity
https://bugzilla.gnome.org/show_bug.cgi?id=607694
When dragging a window over a screen edge and dropping it there,
maximize it vertically and scale it horizontally to cover the
corresponding half of the current monitor.
Whenever a "hot area" which triggers this behavior is entered, an
indication of window's target size is displayed after a short delay
to avoid distraction when moving a window between monitors.
|
|
Previously removed in a metacity commit
|
|
Patch from:
https://build.opensuse.org/package/view_file?expand=1&file=metacity-uninitialized-variables.patch&package=metacity&project=GNOME%3AFactory
|
|
|
|
|
|
|