Age | Commit message (Collapse) | Author | Files | Lines |
|
[1.8] prefs: make workspace name actually change
|
|
this is achieved by using the same GSettings instance for listening
and reading data. it's an additional fix for the issue with GLib >= 2.43,
https://git.gnome.org/browse/glib/commit/?id=8ff5668a458344da22d30491e3ce726d861b3619
|
|
now workspace names actually change on-the-fly when you change them in dconf-editor.
and this works with GLib 2.43 as well.
|
|
|
|
fixes the issue with GLib >= 2.43,
https://git.gnome.org/browse/glib/commit/?id=8ff5668a458344da22d30491e3ce726d861b3619
Closes https://github.com/mate-desktop/marco/pull/174
|
|
Not the best solution, but the only way to fix the issue at the moment
See https://github.com/linuxmint/muffin/pull/11
Closes https://github.com/mate-desktop/marco/issues/133
|
|
Also if marco doesnt support it, but this currently fixes ugly dialog windows with GTK 3.12
|
|
|
|
|
|
The comments in the code about the protocol's inadequacies are enough, there's
no need to spam our standard outputs.
|
|
WIFEXITED and WEXITSTATUS are normally declared in sys/wait.h on all
Unices system. Linux has a definition in stdlib.h as well but this is
not portable.
https://bugzilla.gnome.org/show_bug.cgi?id=681328
|
|
|
|
|
|
|
|
|
|
If you maximize a CSD window on a monitor without struts, it ends up
taking the whole monitor size, but it doesn't mean that the application
wants to fullscreen.
Gnome Bug:
https://bugzilla.gnome.org/show_bug.cgi?id=708718
Gnome Commit:
https://git.gnome.org/browse/mutter/commit/src/core/constraints.c?id=4eeeb1557a3a0caff6ef1debd92aeb541ae1b556
|
|
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
|
|
https://git.gnome.org/browse/metacity/commit/?id=d2b82ba621df8693e560bf0e10c6c56d155cb107
|
|
Closes https://github.com/mate-desktop/mate-window-manager/issues/42
|
|
Closes https://github.com/mate-desktop/mate-window-manager/issues/36
|
|
|
|
Adapted from patch by Chad Glendenin available at:
http://chad.glendenin.com/metacity/patch.html
Closes: http://chad.glendenin.com/metacity/patch.html
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This is still not fixed "upstream" (i.e. in metacity) but many distributions
ship with this patch. The patch is from Matthias Clasen (Redhat).
See https://bugzilla.gnome.org/show_bug.cgi?id=135056#c33 and
https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/111939
for details.
|
|
|
|
|
|
from https://bugzilla.gnome.org/show_bug.cgi?id=577699
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=89315
|
|
Many components in the GNOME desktop use libcanberra-gtk to play sounds, which
has led us to a wonderful world of positional sounds (in many cases), where a
sound seems to come from the same direction as an interaction on the screen.
Metacity uses libcanberra for audible bells, so it is pretty straight-forward
to get the same feature. In my opinion, it would make Metacity's bell sound
suddenly awesome, for a number of reasons.
To implement the feature, Metacity needs to give a few extra properties to
Canberra, which describe the position of the window associated with the bell.
taken from https://bugzilla.gnome.org/show_bug.cgi?id=616743
|
|
|