Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Closes https://github.com/mate-desktop/mate-settings-daemon/issues/39
|
|
|
|
|
|
|
|
If a slideshow is made of only one slide, then there's no animation. So
we just override the duration of the slide to G_MAXUINT, and we do not
add timeouts for such durations.
https://bugzilla.gnome.org/show_bug.cgi?id=630498
http://git.gnome.org/browse/gnome-desktop/commit/?id=adf18a2cf78c26a33c7a00210fc29020e935e0c1
|
|
Resized and transformed wallpapers are stored in ~/.cache/wallpaper/.
The cache is refreshed for each new current wallpaper depending on the
resolution or transformation, and each time the source image is
refreshed.
The source image format is preserved.
https://bugzilla.gnome.org/show_bug.cgi?id=608419
Adapted from:
http://git.gnome.org/browse/gnome-desktop/commit/?id=63c36f78980a4982d364e37e6c1e6219af2ecd32
http://git.gnome.org/browse/gnome-desktop/commit/?id=ae7a732da1bdced139b109a453fac78c2b9f2fc6
http://git.gnome.org/browse/gnome-desktop/commit/?id=43e13d709d8d35b3484e8b2aaf126f1d91fae7ad
|
|
unref pixbuf cache when *either* width *or* height change
|
|
Part of the original code (from gnome-desktop) for setting root pixmap seems very
similar to, and may have been adapted from common source:
http://people.debian.org/~lunar/xwpset.c
The original concept all dates back to an Eterm/Esetroot technique that became
commonly used (ex. xchat) for window transparency over desktop:
http://www.eterm.org/docs/view.php?doc=ref#trans
Wisdom can be gained from studying various similar implementations. Examples:
https://github.com/derf/feh/blob/master/src/wallpaper.c
http://ag.cs.uvic.ca/static/debian5/sources/blackbox_0.70.1/blackbox-0.70.1.orig/util/bsetroot.cc
http://files.minuslab.net/SetBG.cc
The changes should hopefully help avoid this: https://bugzilla.gnome.org/show_bug.cgi?id=681928
and consequences as these: https://bugzilla.gnome.org/show_bug.cgi?id=680356
https://bugzilla.gnome.org/show_bug.cgi?id=680354
|
|
to make the fading effect optional, either when caja or m-s-d is drawing the bg.
This is hopefully useful for those running on older hardware, as the fading
effect could delay login/startup a bit.
For reference, see:
https://bugzilla.gnome.org/show_bug.cgi?id=623174
|
|
and define "show-desktop-icons" here too, to be used by Caja & m-s-d
|
|
Because of the need to use now in Caja:
Add mate_bg_load_from_system_gsettings() and mate_bg_save_to_gsettings(),
making mate_bg_load_from_system_preferences() and mate_bg_save_to_preferences()
wrappers around them, respectively.
Both new funcs take GSettings argument, and the latter takes a boolean argument,
to optionally apply the reset-to-schema-defaults settings. This will be used for
desktop background reset-drop.
|
|
1. Fix fallback if the user's picture-filename setting is set to a
non-existent file (ex: it got deleted). Currently, we fallback to the
picture-filename of the default schema. Later, we could use a more robust
solution like g_settings_get_mapped(). But first, we ought to use a URI
instead of a filename string, because a URI is always UTF8-encoded.
2. Add mate_bg_(set|get)_draw_background() functions. Need 'em in Caja, now!
|
|
|
|
http://git.gnome.org/browse/gnome-desktop/commit/?id=053a932b09487c4fa3e6331ef7fb65d24667263d
|
|
http://git.gnome.org/browse/gnome-desktop/commit/?id=2168b182343c89e01030af9c19475a3cf5a24f5e
|
|
upstream commit:
http://git.gnome.org/browse/gnome-desktop/commit/?id=9a2c931869214d5113e3c9246cc36c094bd211fe
"introduced a bug that would cause a warning to spew in gnome-screensaver"
http://git.gnome.org/browse/gnome-desktop/commit/?id=f2a6d5ea97b98ea3b1d36bb1de83f3bfc92c5c73
|
|
http://git.gnome.org/browse/gnome-desktop/commit/?id=c5e5db705ee982e3cc0761a7c83235798d8428bd
|
|
http://git.gnome.org/browse/gnome-desktop/commit/?id=da4d293870762064285231fba3a2a7c3c0d25838
|
|
Reverts: bc53751054ab "some ugly gtk3 porting", then:
1. use upstream commit below as a reference (GTK3)
2. simplify our GTK_VERSION_CHECK's, hopefully to make the code more readable,
and the GTK2 backwards-compatibility snippets easier to cleanup later.
--
Includes a renaming of all "pixmap" names in APIs to "surface":
http://git.gnome.org/browse/gnome-desktop/commit/?id=28f2b06f50e3f1adf19389c2c3a1f63872539fa9
https://bugzilla.gnome.org/show_bug.cgi?id=630724
Remove unnecessary, deprecated, GDK_DRAWABLE cast:
http://git.gnome.org/browse/gnome-desktop/commit/?id=260f6d2431088c5cd0ad1eb8d57f0ec994240f08
|
|
This is a better name for this configure option, since it's really about
enabling the use of the deprecation flags, not allowing the use of
deprecated API.
http://git.gnome.org/browse/gnome-desktop/commit/?id=7fcbb6d90d2c6251434dfac19364b39af21dceed
|
|
http://git.gnome.org/browse/gnome-desktop/commit/?id=4c3d78c930ecb833a677f534ef6cd697d3d92169
|
|
|
|
this is needed in mate-screensaver
|
|
|
|
|
|
|
|
This could cause free'ing random data when the members of ->windows
were destroyed, but ->windows itself wasn't. As it was != NULL, we'd
be free memory that wouldn't belong to us anymore.
https://bugzilla.gnome.org/show_bug.cgi?id=634534
(patch suggested in MATE by NiceAndGently on https://github.com/mate-desktop/mate-desktop/issues/23)
|
|
patch reported by NiceandGently
taken from fedora downstream gnome-desktop
|
|
|
|
on nautilus, thumbnail path is set by
g_file_info_get_attribute_byte_string (info, G_FILE_ATTRIBUTE_THUMBNAIL_PATH);
but this gives path in ~/.thumbnails, not ~/.cache/thumbnails,
so revert to the old location
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|