summaryrefslogtreecommitdiff
path: root/src/caja-navigation-window-menus.c
AgeCommit message (Collapse)AuthorFilesLines
2018-03-01avoid eel_create_question_dialog with stock idsPablo Barciela1-2/+2
2018-02-19Toolbar: find icon: use icon name instead the stock idPablo Barciela1-1/+1
2018-02-17CAJA_TYPE_NAVIGATION_ACTION: avoid deprecated property "stock_id"Pablo Barciela1-2/+2
2018-02-09avoid deprecated GtkStockPablo Barciela1-23/+23
2016-11-22move to GTK+3 (>= 3.14), drop libunique, GTK+2 code, and --with-gtk build ↵lukefromdc1-12/+1
option *Remove GTK_VERSION_CHECK (3, 0, 0) and libunique selectors *Remove GTK2 and libunique specific code. *Leaves selector for specific GTK3 versions. *Remove #DEFINES for vbox/hbox previously required for GTK2 compatability *Keep vbox in caja-spatial-window.c, it is necessary for the desktop to work *spatial-window vbox issue at https://github.com/mate-desktop/caja/issues/591
2016-10-14GTK2: Use emanuele-f 's patch for build failure, fix build w/o libuniquelukefromdc1-2/+2
Apply https://github.com/mate-desktop/caja/pull/658/commits/4b36a91af42d8efe0f594a95d28ab8448fd73b31 then fix the selectors in source files to use the boolean selectors for libunique
2016-10-08GTK3: port libunique ->GtkApplication as build time optionlukefromdc1-1/+15
Add --disable-libunique configuration option for GTK3 builds. This builds a port from libunique to GtkApplication. keep GTK2 builds unchanged Caja can now be build with GTK2 and libunique, GTK3 and libunique, or GTK3 without libunique using GtkApplication instead GtkApplication port Based on cherrypicked nautilus commits from https://github.com/GNOME/nautilus/commit/a8481ee4bd8d34e792d63598fa5efb47736f9de4 main: adapt to GtkApplication changes through https://github.com/GNOME/nautilus/commit/c3382e0415d51082545f277c380d37be160e8d2d application: move nautilus_application_new() to its own function GTK3/GtkApplication builds: add --force-desktop option This is useful for other DE's All: StartupNotify=false in .desktop files, as caja never connects to notification daemons and in GtkApplication builds this causes busy spinning curors
2012-11-16[src] don't use GtkObject (GTK3)Jasmine Hassan1-1/+1
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[nav-win-menus] use new CajaApplication APIJasmine Hassan1-7/+11
http://git.gnome.org/browse/nautilus/commit/?id=d5350003ac927bd683d4e18f7c0513b94f9220d7
2012-11-13[general] Adds option to open new tab in tab bar context menuJasmine Hassan1-32/+1
http://git.gnome.org/browse/nautilus/commit/?id=8598d769993843e1e6529a661fea034785ca0091
2012-11-13[src] remove 2 unused includesJasmine Hassan1-1/+0
2012-09-06remove old undo codeStefano Karapetsas1-1/+0
2012-09-05convert new tab position to gsettingsStefano Karapetsas1-1/+1
2012-09-05convert always-use-browser to gsettingsStefano Karapetsas1-1/+1
2012-08-12Fixed incorrect fsf addresses. Closes #28.Steve Zesch1-1/+1
2011-12-01moving from https://github.com/perberos/mate-desktop-environmentPerberos1-0/+1099