summaryrefslogtreecommitdiff
path: root/src/caja-location-bar.c
AgeCommit message (Collapse)AuthorFilesLines
2016-11-22move to GTK+3 (>= 3.14), drop libunique, GTK+2 code, and --with-gtk build ↵lukefromdc1-30/+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-1/+1
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-14Fix missed selector change for separating GTK3 and libunique build optionslukefromdc1-1/+1
One selector was not updated in caja-location-bar.c to follow use or nonuse of libunique in GTK3 builds. Fixing this revealed need for a 3-way selector in one place in caja-application.c
2016-10-08GTK3: port libunique ->GtkApplication as build time optionlukefromdc1-0/+4
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
2016-07-11location-bar: don't pack an useless box in the barraveit651-14/+4
The bar is an horizontal box already, no need to pack another hbox in it. This also fixes content not expanding in the available width, as noted in https://bugzilla.gnome.org/show_bug.cgi?id=654389. taken from: https://git.gnome.org/browse/nautilus/commit/?h=gnome-3-2&id=7596049
2016-07-11location-bar: fix deprecated GTK_TYPE_HBOX usageraveit651-1/+4
2016-07-11navigation-bar: remove useless abstract classraveit651-146/+136
Merge the useful pieces into CajaLocationBar itself, which is the only implementor anyway. taken from: https://git.gnome.org/browse/nautilus/commit/?h=gnome-3-6&id=ca1fa0c https://git.gnome.org/browse/nautilus/commit/?h=gnome-3-0&id=66c46dd
2016-05-28GTK3: caja-location-bar.c use GtkStyleContextlukefromdc1-0/+4
Port one variable in style_set_handler to GtkStyleContext in GTK3 builds
2016-01-25GTK3: fix deprecated GtkMiscWolfgang Ulbrich1-3/+12
2016-01-13GTK3 location-bar: port to GtkStyleContextWolfgang Ulbrich1-0/+16
taken from: https://git.gnome.org/browse/nautilus/commit/?h=gnome-3-0&id=5fc40ad
2015-10-19GTK3: do not use deprecated gtk_misc_set_alignmentraveit651-0/+5
2015-10-19GTK3: Replace gtk_{v,h}box new with gtk_box_newraveit651-0/+4
- gtk_{v,h}box usage is deprecated since gtk+-3.2.0
2014-12-10don't leak memorymonsta1-0/+2
2012-11-16[src] don't use GtkObject (GTK3)Jasmine Hassan1-6/+14
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-08-12Fixed incorrect fsf addresses. Closes #28.Steve Zesch1-2/+2
2011-12-01moving from https://github.com/perberos/mate-desktop-environmentPerberos1-0/+617
generated by cgit v1.2.1 (git 2.18.0) at 2024-11-01 21:32:13 +0000