Age | Commit message (Collapse) | Author | Files | Lines |
|
The removed code did not allow tiled windows to be unmaximized. The code was
trying to retile a tiled window when it was asked to unmaximize it. The only
thing it did was turn a maximized window into a tiled window but that is not
the normal expected behaviour of unmaximization.
.
I also reset window->tile_mode to ensure we always unmaximize correctly.
Some duplicate code was also removed.
.
This bug affects tiling with:
- tile-to-side-w
- tile-to-side-e
- Mouse dragging to the west corner
- Mouse dragging to the east corner
.
Therefore it's an old bug unrelated to the new keybindings.
|
|
These are the minimal changes needed to make the keybinds work. Anything
else should be fixed outside handle_toggle_tiled.
|
|
This is just a copy/paste from move-to-side-{e,w} with:
s/move/tile/g
s/Move/Tile/g
.
It uses the existing handle_toggle_tiled as the backend.
|
|
|
|
Closes https://github.com/mate-desktop/marco/pull/152
|
|
Closes https://github.com/mate-desktop/marco/pull/145
|
|
Closes https://github.com/mate-desktop/marco/pull/144
|
|
merge metacity(gtk3) changes
fix warnings
clean up unused variables
replace UNUSED_VARIABLE by G_GNUC_UNUSED
|
|
|
|
|
|
Closes https://github.com/mate-desktop/marco/issues/149
|
|
GTK+ has now started using _NET_WM_STATE_HIDDEN for iconified windows.
For windows iconified at creation time, this causes metacity to set
minimize_after_placement, which then causes the window to become
minimized immediately after the first time it has been activated by
the user.
This happens because:
(1) minimize_after_placement is reset after placing the window
(2) if a window is minimized, placement is deferred
Reset minimize_after_placement unconditionally in place_window_if_needed()
to solve the issue.
Reported and tested by Daniel Drake <[email protected]>
Based on metacity commit: b0700e20b79896de7d28d2ff2bb18be324d8e19f
From: Florian Müllner <[email protected]>
Gnome bug: https://bugzilla.gnome.org/show_bug.cgi?id=684741
|
|
XLib has historically used "char*" for "generic pointer" but
compliers rightly complain when casting this to a structure.
Work around this by casting to void * and letting the implicit
conversion to a structure type take effect.
Based on metacity commit: 687376bb549b3d60ba848c9d4105fe41087f3a77
From: Colin Walters <[email protected]>
Gnome bug: https://bugzilla.gnome.org/show_bug.cgi?id=611644
|
|
While the configured layout is taken into account for positioning
the buttons, the mapping from button function states to button
position states just assumed the default button layout in LTR
locales.
Do a proper mapping depending on the actual layout instead.
Based on metacity commit: 6a52883c2b670ad645257373515d1e704408b93d
From: Florian Müllner <[email protected]>
Gnome bug: https://bugzilla.gnome.org/show_bug.cgi?id=638700
|
|
This patch fixes the drawing of <arc> theme elements to appear in the desired orientation
Based on metacity commit: 120c7790d6c5a837372ef1e0105e89ac674facd8
From: Nickolas Lloyd <[email protected]>
|
|
Simplify the keymap loading logic by unifying the different
branches; in the reorganization this patch fixes a bug where when
we got a MappingKeyboard event we wouldn't update virtual modifiers
correctly.
Based on a patch by Thomas Thurman <[email protected]>
Based on metacity commit: ba2e5f7f541446931299814bafa642d09047f386
From: "Owen W. Taylor" <[email protected]>
Gnome bug: https://bugzilla.gnome.org/show_bug.cgi?id=565540
|
|
* Select for XKB keyboard notification events explicitly; since GTK+
has selected for XKB events, delivery of old-school MappingNotify
events is disabled.
* Fix a bug where once a keycode was loaded for a key binding,
it would never be reassigned; we want to laod new keycodes for
all bindings that have a key symbol rather than a fixed
keycode.
[ With fixes from Owen W. Taylor <[email protected]> ]
Based on metacity commit: c262e3d65a37abedc507705cddfec72c901c321f
From: Derek Poon <[email protected]>
Gnome bug: https://bugzilla.gnome.org/show_bug.cgi?id=565540
|
|
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
|
|
This reverts commit 69b7a0ad9277f21ad761c84ac1bae5455a2f879e.
It has the unintended side-effect that it reverses the alt+tab
behaviour.
|
|
|
|
|
|
Taken from
https://github.com/SolusOS-discontinued/consortium/commit/b463e03f5bdeab307ceee6b969c681f29537c76d
|
|
Revert "Rename new ATOM from bc8eb8bd2f943b69c87eb7c9e154928f1dd861bb"
This reverts commit 1bd64c3b7eca544f0722cb4c3ee7aa0ca5dd5ec4.
Revert "compositor-xrender: add new atom - METACITY_WINDOW_HAVE_SHADOW"
This reverts commit bc8eb8bd2f943b69c87eb7c9e154928f1dd861bb.
|
|
|
|
Based on metacity commit: b235d3e78670e30a55f3f746f13003577988bed6
From: Jasper St. Pierre <[email protected]>
|
|
Based off metacity commit: 52a524ee4a7e14d99451ea3f596b353ddf7957d4
From: Jasper St. Pierre <[email protected]>
|
|
Simplify code to find the right theme to load and loading it by
moving all the loading code into a load_theme() helper function,
and making meta_load_theme() use that as it searches through the
directories.
Look for old-version themes even when loading relative to the
working in debug mode. Don't unnecessarily duplicate and then free
info->theme_file and info->theme_dir.
http://bugzilla.gnome.org/show_bug.cgi?id=592503
NOTE: Patch copied from mutter and adapted for metacity.
Based on metacity commit: bc45c9b68849687d456ec339588d15a63c391046
From: Alberts Muktupāvels <[email protected]>
|
|
Based on metacity commit: 99bfe2d27c6babeeea3539b990505895750d3541
From: Alberts Muktupāvels <[email protected]>
|
|
Based on metacity commit: c52cd2e1d6ae50627bc9056ea6eae773e2aedfe5
From: Alberts Muktupāvels <[email protected]>
|
|
|
|
|
|
gdk_x11_window_lookup_for_display since 2.24
GDK_WINDOW_XID since always
gtk_widget_get_visible since 2.18
gtk_widget_set_mapped since 2.20
gdk_event_new since 2.2
gdk_x11_window_lookup_for_display since 2.24
gdk_text_property_to_utf8_list_for_display since 2.2
gtk_widget_get_realized since 2.20
gdk_visual_get_depth since 2.22
gtk_widget_get_window since 2.14
gtk_widget_set_allocation since 2.18
|
|
Based on metacity commit: 8f49828169efb43976e23dd15c6dc4d630346f50
|
|
Author: Tomaž Šolc
Based on commit: 4ecd6e49164ee027cee8dfdbb51fd8389694ff43
Gnome bug: https://bugzilla.gnome.org/show_bug.cgi?id=603240
|
|
gtk3 no longer has the --screen command-line argument, which
metacity was passing to zenity. Use --display (with an
explicitly-specified screen number) instead.
Author: Dan Winship
Bug: https://bugzilla.gnome.org/show_bug.cgi?id=687938
Based on metacity commit: 8d19afdcccaec28a5512b0a707d8238b9dd4e2f3
|
|
Based on metacity commit: cd481d37ec2551e98db758ff640d02f3745259db
From: Alberts Muktupāvels <[email protected]>
Gnome bug: https://bugzilla.gnome.org/show_bug.cgi?id=534752
|
|
Based on metacity commit: 5ae71b165df2fbaae933de41db11726a79aea820
From: Alberts Muktupāvels <[email protected]>
|
|
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]>
|
|
|
|
|
|
|
|
Taken from metacity commit: 238e83a98cf014c9b1082d21541e63f102d441d6
From: Alberts Muktupāvels <[email protected]>
|
|
Taken out of metacity commit: 238e83a98cf014c9b1082d21541e63f102d441d6
From: Alberts Muktupāvels <[email protected]>
|
|
Also bump minimum required glib version to 2.32.
|
|
Based on metacity commit: 202a3712a97c2df6f0410050835898795f75a1b6
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]>
|
|
Closes https://github.com/mate-desktop/marco/pull/121
Closes https://github.com/mate-desktop/marco/issues/18
|
|
|