summaryrefslogtreecommitdiff
path: root/src/caja-application.c
AgeCommit message (Collapse)AuthorFilesLines
2014-03-19Remove ConsoleKit usageStefano Karapetsas1-159/+0
Closes https://github.com/mate-desktop/caja/issues/125 Closes https://github.com/mate-desktop/caja/issues/226
2014-03-18Possible solution for x-caja-desktop issueStefano Karapetsas1-3/+11
2013-07-24Update for mate-desktop changesStefano Karapetsas1-1/+1
2013-02-23Add support for freedesktop.org File Manager DBus InterfaceStefano Karapetsas1-0/+36
http://www.freedesktop.org/wiki/Specifications/file-manager-interface Most of code is adapted from Nautilus: http://git.gnome.org/browse/nautilus/tree/src/nautilus-freedesktop-dbus.c Closes https://github.com/mate-desktop/mate-file-manager/issues/3
2012-12-22[all] silence warnings from GCC 4.6Jasmine Hassan1-5/+0
GCC 4.6 introduced a new warning about variables declared and initialized, but not really used in the function body. Remove all of these occurrences to build cleanly. http://git.gnome.org/browse/nautilus/commit/?id=d4230de8667764e02dbb966b5d806ff78ced2fd5
2012-12-03[global-prefs|application] use MATE global 'show-desktop-icons' settingJasmine Hassan1-3/+6
instead of a local-to-caja setting 'show-desktop' This key would indicate that file managers (by default Caja, but applies to others like Thunar or ROX) should handle desktop, i.e. draw a background and place icons there. Otherwise (when false), mate-settings-daemon will take over drawing desktop background. This is different from 'draw-background', which is a separate option used only for drawing background without icons (by mate-settings-daemon). To Caja, 'show-desktop-icons' implies 'draw-background', and so if set to false, Caja won't (needlessly) draw the desktop. However, if the user uses the "Background & Emblems dialog" to drop an image-pattern/color/reset on the desktop, Caja will again draw the desktop. For reference: https://bugzilla.gnome.org/show_bug.cgi?id=632225
2012-11-23[src] fix some incompatible pointer type warningsJasmine Hassan1-1/+5
including a silly mistake in caja-window where destroy function's return type was accidently ommitted during the addition of gtk version checks.
2012-11-23[all] include src/glibcompat.h & use g_list_free_full() where neededJasmine Hassan1-7/+5
Also fixes a double-free regression in lc-p/caja-query from 7a42b9b0
2012-11-16[all] use g_list_free() and g_strcmp0 instead of eel functionsJasmine Hassan1-1/+2
Was: general: use g_list_free_full() instead of eel functions http://git.gnome.org/browse/nautilus/commit/?id=5e669515fd7f760382e6b7aa1449734a35a2d7f4 . Instead of g_list_free_full(), we use g_list_foreach and g_list_free() to avoid unnecessary glib dependency bump to 2.28
2012-11-16[src] don't use GtkObject (GTK3)Jasmine Hassan1-1/+5
the ::destroy signal of GtkObject has only been moved to GtkWidget in GTK3 (after GtkObject removal): http://developer.gnome.org/gtk3/3.0/ch25s02.html So we use conditionals in this case, to keep it working with GTK2. A tad similar: http://git.gnome.org/browse/nautilus/commit/?id=cc6cb51e827c0b15d4ef09f12d37b9f331ddcef8
2012-11-16[application] change the way spatial windows are createdJasmine Hassan1-105/+69
Use a _get() function + the standard caja_window_go_to() instead of using _present(). The new functions in caja-window-manage-views are smart enough to take care of re-using an existent window. http://git.gnome.org/browse/nautilus/commit/?id=d070d631545aac9114bc271481da603587c07c7c
2012-09-06remove old undo codeStefano Karapetsas1-6/+0
2012-09-05convert window-state to gsettingsStefano Karapetsas1-4/+4
2012-09-05convert always-use-browser to gsettingsStefano Karapetsas1-3/+3
2012-09-05start migration to gsettingsStefano Karapetsas1-13/+10
2012-08-12Fixed incorrect fsf addresses. Closes #28.Steve Zesch1-1/+1
2011-12-01moving from https://github.com/perberos/mate-desktop-environmentPerberos1-0/+2338