summaryrefslogtreecommitdiff
path: root/src
AgeCommit message (Collapse)AuthorFilesLines
2016-08-04GTK3.21:fix desktop redraw (fm-icon-view.c)lukefromdc1-2/+10
2016-08-04GTK3.21:fix desktop redraw (fm-directory-view.c)lukefromdc1-5/+14
2016-08-04GTK3.21:fix desktop redraw (fm-desktop-icon-view.c)lukefromdc1-0/+13
2016-08-04GTK3.21:fix desktop redraw (caja-desktop-window.c)lukefromdc1-2/+16
2016-07-30use GtkAbout instead of MateAboutraveit652-15/+12
2016-07-20GTK 3.21: stop properties window going full heightlukefromdc1-1/+4
Stop the properties window from ballooning to full screen height when built and run with GTK 3.21/22. In GTK 3.21 the "emblems" tab's scrolled window will expand to the entire height of the screen attempting to accomodate all icons unless this is explicitly limited using the new command gtk_scrolled_window_set_max_content_height(). Unfortunately that command is GTK 3.21 and later only, so this forces GTK 3.21 builds to be run only with Gtk 3.21 and later. Thus this is put behind a GTK 3.21 selector and packages built from it must depend on GTK 3.21 and later. Fortunately no distro is going to ship any file manager built with newer GTK 3 than they ship. A GTK 3.21 build of this will actually open in 3.20 but hit the undefined symbol and crash if you select "properties" on any item, exactly as I would expect it to so.
2016-07-14GTK+-3 pathbar: always show the slidersraveit651-2/+2
taken from: https://git.gnome.org/browse/nautilus/commit/src?id=6f6bfde
2016-07-14GTK+-3 pathbar: add slider-button class to slidersraveit651-0/+4
taken from: https://git.gnome.org/browse/nautilus/commit/src?id=00257f2
2016-07-14GTK+-3 pathpar: add image-button class to iconic buttonsraveit651-0/+8
taken from: https://git.gnome.org/browse/nautilus/patch/src?id=4b2753d
2016-07-14GTK+-3 pathbar: use text-button style class for pathbar buttonsraveit651-0/+4
This will give it more horizontal spacing, like we do for text buttons in main toolbars. taken from: https://git.gnome.org/browse/nautilus/commit/src?id=fe45b63
2016-07-14GTK+-3 pathbar: fix allocation offset for the down slider buttonraveit651-3/+2
We want the down slider button to be linked visually to the rest of the pathbar. https://bugzilla.gnome.org/show_bug.cgi?id=680916 inspired from: https://git.gnome.org/browse/nautilus/commit/src?id=71db3de
2016-07-14GTK+-3 pathbar: do not use deprecated gtk_arrow_newraveit651-7/+26
use instead a symbolic icon taken from: https://git.gnome.org/browse/nautilus/commit/src?id=25c898b
2016-07-14GTK+-3 pathbar: do not use deprecated gtk_alignment_newraveit651-7/+5
inspired from: https://git.gnome.org/browse/nautilus/commit/src?id=d808c2d
2016-07-14GTK+-3 pathbar: refresh label size request every time it changesraveit651-15/+34
Or we might end up with buttons having the wrong size if a folder on the pathbar changes name. https://bugzilla.gnome.org/show_bug.cgi?id=671865 taken from: https://git.gnome.org/browse/nautilus/commit/?h=gnome-3-6&id=7358824778
2016-07-12remove some unused includesmonsta3-3/+0
2016-07-12fix minor build warningmonsta1-1/+3
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 classraveit657-403/+152
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-07-11Revert "GTK+-3 spatial-window: avoid deprecated gtk_vbox_new"raveit651-1/+0
This reverts commit d866d7a3a5b778cbd413eaa67ad69c80e9277c6b. This commit breaks desktop drawing, revert fixes https://github.com/mate-desktop/caja/issues/591
2016-07-11GTK+-3 spatial-window: avoid deprecated gtk_vbox_newraveit651-0/+1
2016-07-08GTK+-3.20 view-as-action: avoid deprecated gtk_combo_box_set_focus_on_clickraveit651-0/+4
2016-07-06GTK+-3 connect-server-dialog: use widget properties instead of GtkAlignmentraveit651-2/+15
2016-07-06GTK+-3 searchbar: use widget properties instead of GtkAlignmentraveit651-0/+11
2016-07-06GTK+-3 fm-properties-window: use widget properties instead of GtkAlignmentraveit651-5/+18
taken from: https://git.gnome.org/browse/nautilus/commit/?id=ba52f92
2016-07-06GTK+-3 fm-list-view: use widget properties instead of GtkAlignmentraveit651-0/+9
taken from: https://git.gnome.org/browse/nautilus/commit/?id=f81188e
2016-07-06notebook: cleanup an old workaroundraveit651-66/+0
There should be no need for all these roundtrips here. We can assume if we got an event on the notebook, it will be within a GtkNotebook. taken from: https://git.gnome.org/browse/nautilus/commit/src?id=bbd77ce
2016-07-04Gtk+-3.20 fm-desktop-icon-view: use GdkSeat operationsraveit651-1/+31
2016-07-04Revert "navigation-bar: fix deprecated GTK_TYPE_HBOX usage"raveit651-2/+1
This reverts commit a8bbcc7f391718b7220ef7bf55b1309b254a7051.
2016-07-04Revert "navigation-bar: fix typo in previous commit"raveit651-1/+1
This reverts commit f7c1b8e3bf55c5a342a217a662718044c7f34e06. This makes the locationbar smaller. The navigationbar is something like a container for the locationbar, so fixing here the deprecation is worse.
2016-06-30navigation-bar: fix typo in previous commitraveit651-1/+1
2016-06-26navigation-bar: fix deprecated GTK_TYPE_HBOX usageraveit651-1/+2
2016-06-19GTK3: Fix caja information panellukefromdc1-0/+6
The Caja information panel (information option in sidebar) was never fully ported to GTK3, probably still isn't. Set the .view style class on it, and exclude the rest of caja_information_panel_update_appearance as that code segfaults (at least with GTK 3.21) on dragging a background to the info panel. We now have a demo for background dragging in GTK3: A background can be dragged to the information sidebar and will be displayed. Won't be saved and won't appear in other Cajs navigation windows, something in the code that segfaulted no doubt needs to be fixed for that but that's for later. At least this widget finally works. It will follow any theme I have and no longer fails to update to BlackMATE or my own theme.
2016-06-15GTK+3: do not use deprecated gtk_widget_modify_fontraveit651-0/+4
2016-06-15GTK+-3.20: do not use deprecated gtk_button_set_focus_on_clickraveit653-0/+24
2016-06-15GTK+3 pathbar: Do not use deprecate composite-child APIraveit651-0/+8
2016-05-31GTK+-3 fm-icon-view: fix a Wincompatible-pointer-types build warningraveit651-2/+2
2016-05-31GTK+2: fix build errors after last commitsmonsta2-1/+5
2016-05-30GTK+3 sidebars and caja-places: port style_set to style_updatedraveit655-26/+45
2016-05-28GTK3:caja-zoom-control.c GtkStyle>GtkStyleContextlukefromdc1-0/+4
caja-zoom-control.c: label_style_set_callback to GtkStyleContext in GTK3 builds
2016-05-28GTK3: caja-places-sidebar.c use GtkStyleContextlukefromdc1-0/+10
caja-places-sidebar.c: Port caja_places_sidebar_style_set to GtkStyleContext from GtkStyle in GTK3 builds
2016-05-28GTK3:caja-pathbar remove GtkStyle varslukefromdc1-2/+10
caja-pathbar.c: GtkStyleContext is already used to style the pathbar, so removed GtkStyle variables and unneeded caja_path_bar_style_set function
2016-05-28GTK3: caja-location-bar.c use GtkStyleContextlukefromdc1-0/+4
Port one variable in style_set_handler to GtkStyleContext in GTK3 builds
2016-05-28GTK3:caja-information-panel.c use GtkStyleContextlukefromdc1-0/+9
caja-information-panel.c: Port caja_information_panel_style_set to GtkStyleContext in GTK3 builds
2016-05-28GTK3: port history sidebar to GtkStyleContextlukefromdc1-0/+9
caja-history-sidebar.c: port caja_history_sidebar_style_set GtkStyleContext in GTK3 builds
2016-05-27GTK3: Fix two deprecations, stop 3.21 segfaultlukefromdc1-4/+26
In GTK 3.21, the use of GtkStyle in function style_set in caja-sidebar-title.c results in a segfault if the sidebar is showing, even though it is used only when the "information" sidebar is selected. GtkStyle also appears in update_title_font in the same file. The second function resizes the bold headline label font in the information sidebar when either the length of the text or the width of the sidebar changes. Port it to GtkStyleContext and keep it. The first function (style_set) does two things: It invokes the second function when the style is set up, so port its second input variable (which seems to receive only NULL anyway) to GtkStyleContext. The rest of the function is supposed to set the font for the "more information" label, but mostly seems to block updating that font with the system font and cause the size of the font to be different between GTK 3.20 or earlier and GTK 3.21. Disable that portion entirely in GTK3 builds, as that way the font is consistant across GTK3 versions(an appropriate size in all cases tested), updates with changes in the system font, and cannot segfault in GTK 3.21. Porting it to GtkStyleContext has been tested and stops the segfaults but leaves the other two problems mentioned. Disable that portion of style_set in GTK3 and be done with it.
2016-04-21prefs dialog: don't crash on toggling "Show hidden and backup files"monsta3-13/+16
adapted from: https://git.gnome.org/browse/nautilus/commit/?id=7428762ea6601abba086fcc5e57f443b2e2b40b5 fixes https://github.com/mate-desktop/caja/issues/326
2016-04-20GTK+-3 theming: add a CSS file for caja, and initialize it at startupraveit651-0/+29
inspired by: https://git.gnome.org/browse/nautilus/commit/?id=dad5d12
2016-04-19GTK+3: add style class caja-desktop-window at top levelraveit651-2/+9
The existing style class .caja-desktop does not match every widget which you see at the screen. Ie. the widget scrolledwindow, which is above the existing class in hierarchy.
2016-03-16GTK 3.20-fix wrong desktop size rightlukefromdc1-2/+6
Reset default size of desktop window to -1 in GTK 3.19/20 only. The combination of a non-resizable window with a default size is what causes the desktop to open wrong size. based on https://github.com/GNOME/nautilus/commit/cf79068dc70c87e963e217e2e8ae149ee5ed1872 "desktop-window: avoid wrong size" "gtk+ recently changed and unresizable windows now take into account the default size set. We set the default size for normal resizable windows in nautilus." "However the desktop window is a no resizable window. What happens now when setting a default size is that that size is used instead of the widget request size, since window sizing now takes precedence over widget sizing." "To fix it, set the default size to -1 to override what the nautilus window does by default, so we can avoid this misbehaviour."