summaryrefslogtreecommitdiff
path: root/src/file-manager
AgeCommit message (Collapse)AuthorFilesLines
2017-08-28remove weird +x attribute from a source filemonsta1-0/+0
2017-08-25Adds columns autosizingJury Verrigni1-0/+2
2017-08-25Refresh all rows on zoom changeJury Verrigni1-1/+1
2017-08-25Forces widget redraw on zoomJury Verrigni1-0/+2
2017-08-12avoid deprecated gdk_screen_get_width/heightZenWalker1-4/+6
2017-07-22don't use deprecated gtk_show_uriraveit652-0/+13
2017-07-16avoid deprecated gdk_screen_get_numberZenWalker1-5/+6
2017-07-03fix vertical Compact View scrolling in fm_icon_view_scroll_event()Galik1-34/+15
Was always scrolling to right when using sideways scrolling devices. Now scrolls left or right with sideways scrolling devices and adjusts vertical scrolling devices to scroll sideways.
2017-05-25added feature: present the size on disk of files as we present the size of ↵Felipe Barriga Richards3-6/+30
the file.
2017-04-18don't check nonexistent MATE22_USER_DIR env varmonsta1-10/+1
another case of excessive gnome -> mate renaming back in 2011
2017-03-23Fix broken rename in list view by selectin file name cell.Martin Pieuchot1-1/+2
This is a backport from nautilus 5b09cedf434b53a975074b346d511335fc735cba list-view: explicitly set cursor on file name cell renderer on rename The file name column has two cell renderers, one for the icon and another for the name string. Thus, gtk_tree_view_set_cursor() isn't enough to reliably start editing the file name cell since it will try to edit whatever is the currently focused cell in the column. https://bugzilla.gnome.org/show_bug.cgi?id=656128 Fixes https://github.com/mate-desktop/caja/issues/741
2017-03-13Revert "GTK3.21:fix desktop redraw"Alexei Sorokin4-30/+0
2017-02-07Remove unused codelukefromdc1-7/+0
2017-02-07Fix for https://github.com/mate-desktop/caja/issues/734lukefromdc1-1/+1
restore "open with other application" menu entry for directories
2017-01-06show/hide columns instead of appending/removing themmonsta1-13/+7
fixes https://github.com/mate-desktop/caja/issues/649 adapted from: https://git.gnome.org/browse/nautilus/commit/?id=e19f7cb3fec1e6c884d1741c3c00916c65ab035f
2016-12-29Show "open with" tab in properties window when "open with" menu availablelukefromdc1-2/+1
2016-12-29Show "open with" menu for desktop and theme fileslukefromdc1-3/+1
Apply https://git.gnome.org/browse/nautilus/commit/?h=gnome-3-4&id=b9c51fd4eb84a9f52ee4be1bf183fc516984130b via https://gist.github.com/raveit65/19cfc5fe706ac6a2ea5d663a94fb02af
2016-12-29fix build warning about wrong variable typemonsta1-1/+1
2016-12-29fix indent and spacing a bitmonsta1-5/+6
2016-12-29check for stable version of GTK+3, not for development onemonsta5-19/+19
2016-11-22move to GTK+3 (>= 3.14), drop libunique, GTK+2 code, and --with-gtk build ↵lukefromdc9-1424/+40
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-11-04Fix GTK2 buildlukefromdc1-1/+18
2016-11-04Compact view: ensure horizontal mouse wheel works both directionslukefromdc1-10/+9
Apply patch by ZenWalker for horizontal scrollwheel mice, without it scrolling left or right scrolls right only
2016-11-04Fix mousewheel scrolling in compact viewlukefromdc1-3/+13
Apply Nautilus commit https://github.com/GNOME/nautilus/commit/0832acdb4371fc7de957303e220e899c8fdcdf5c
2016-10-16support back and forward mouse buttons to navigateMartin Matuska1-0/+30
Fixes https://github.com/mate-desktop/caja/issues/78 Co-Authored-By: Oliver Joos <[email protected]> Co-Authored-By: Nelson Benitez Leon <[email protected]>
2016-08-22drop a large amount of completely unused codemonsta2-28/+0
2016-08-08Fix background rendering in noncomposited caselukefromdc1-10/+0
Apply Alberts Muktupāvels' https://bugzilla.gnome.org/attachment.cgi?id=332444&action=diff to Caja, it just plain works. Remove previous fallback background code. Add GTK 3.21 selectors missed in caja_desktop_window_class_init, clean up a couple tabs
2016-08-04GTK3.21:fix desktop redraw (fm-list-view.c)lukefromdc1-0/+6
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-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-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-04Gtk+-3.20 fm-desktop-icon-view: use GdkSeat operationsraveit651-1/+31
2016-05-31GTK+-3 fm-icon-view: fix a Wincompatible-pointer-types build warningraveit651-2/+2
2016-02-16[GTK+3] handle smooth scroll events for zooming (with Ctrl held)monsta1-0/+28
fixes https://github.com/mate-desktop/caja/issues/516 adapted from: https://git.gnome.org/browse/nautilus/commit/?id=1a76e044a2c9b834d00c4ea30f1e3af3321d8cdd https://git.gnome.org/browse/nautilus/commit/?id=878e2a4f7ada26bb7c106e5bbdbd8434acf86c77 https://git.gnome.org/browse/nautilus/commit/?id=f7b54cdba55a0856b201e62818059ac5007fac35 https://git.gnome.org/browse/nautilus/commit/?id=3d275a971132a41809a3b1e5b8ac683d264d6c35
2016-02-09 .view style class on icon view scrolled windowlukefromdc1-1/+6
GTK 3.19/3.20 builds only: Applying the .view class to the icon container no longer works in gtk3.19, so apply it to the scrolled window instead. Apply it in both icon view and compact view, as both need it. Doing it from this file prevents it from being applied to the scrolled window under a treeview, thus preventing the exposed corner above the scrollbar in a treeview from showing the view background color. Tested this build in gtk3.19.8 with good results. Tested in my own theme (UbuntuStudio_Legacy),Adwaita, BlackMATE, Green-Submarine, and BlueMenta, all still work right. Adwaita now shows the proper white view color, and my own theme gives a white icon view without also showing white squares over the treeview scrollbars. That was an unwanted side effect of applying the view color in the gtk theme to all the scrolled windows containing list, icon, or compact views as there is no way to tell them apart from the theme only. This approach keeps the scrolled window under the treeview transparent but themes them under icon or compact views. Using .view rather than a custom class enables themes not written for MATE to set the Caja background to match expected view colors, just as it did on the icon container in gtk3.18 and earlier. Leave it on the icon container too, as it may be needed in some themes to theme elements within the icon view. Also, I found no ill effects from the added style class on gtk3.18. In that case, the .view style class on the icon container should cover over anything in the scrolled window. Since the style class is not applied to the scrolled window used by a list view, no ill effect there in gtk 3.19 or gtk3.18. Applying to gtk3.19 only builds for now just in case
2016-02-08use g_hash_table_remove_all and get rid of some callbacksmonsta1-7/+1
taken from https://git.gnome.org/browse/nautilus/commit/?id=564264cc6cc6fa44390791248019547a7133d70d and applied in some other places as well
2016-02-06properties-window: use 'bold and right-aligned are always FALSE' for gtk2 tooWolfgang Ulbrich1-18/+4
This is needed to fix gtk3 build failure for gtk+-3.14, causes by different GTK_CHECK versions for deprecated GtkLabel for 3.16.
2016-02-01fix a build warning and a sudden build error that followed O_omonsta1-1/+1
2016-01-25GTK3: fix deprecated GtkMiscWolfgang Ulbrich4-12/+12
2016-01-23fm-properties-window: use more code in both GTK+ buildsmonsta1-21/+24
2016-01-19GTK3 fm-list-view: don't use deprecated gtk_tree_view_set_rules_hintWolfgang Ulbrich1-0/+2
2016-01-19GTK3: don'use deprecated gtk_hseparator_newWolfgang Ulbrich1-3/+7
2016-01-18GTK3 desktop-icon-view: don't use deprecated GDK grab APIWolfgang Ulbrich1-0/+40
taken from: https://git.gnome.org/browse/nautilus/commit/?h=gnome-3-2&id=70df8fa
2016-01-17GTK3: more deprecated GtkVBox/GtkHBox fixesWolfgang Ulbrich1-1/+13
2016-01-15don't use deprecated gdk_cursor_new for both toolkit versionsWolfgang Ulbrich2-3/+5
gdk_cursor_new i deprecated with gtk+-3.16 and gdk_cursor_new_for_display is available since 2.2
2016-01-15GTK3 general: don't use gdk_cursor_unref()Wolfgang Ulbrich2-0/+8
taken from: https://git.gnome.org/browse/nautilus/commit/?id=74a8f78
2016-01-13GTK3 general: use eel_create_spotlight_pixbuf()Wolfgang Ulbrich2-0/+16
taken from: https://git.gnome.org/browse/nautilus/commit/?h=gnome-3-0&id=8b13a04