summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2016-06-26navigation-bar: fix deprecated GTK_TYPE_HBOX usageraveit651-1/+2
2016-06-26GTK+-3 eel-editable-label: do not use deprecated gtk_misc_get_paddingraveit651-2/+23
2016-06-21po: actually add new languages from Transifexmonsta1-0/+2
2016-06-21drop gnome leftovermonsta2-2/+0
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-06-08release 1.15.0v1.15.0raveit652-1/+14
2016-06-08sync with Transiflexraveit657-33/+7535
2016-06-03remove old gnome filesmonsta5-733/+0
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-05-21add fogotten language fileraveit651-0/+7499
2016-05-21update to 1.14.1 releaseraveit652-1/+7
2016-05-21sync with transiflexraveit6512-191/+193
2016-05-03GTK+3 css: improve border settings for desktop windowraveit651-2/+3
2016-04-28css: don't allow borders on scrolledwindowraveit651-1/+7
2016-04-22GTK3 css: set a fg color for EelEditableLabel and allow box-shadowraveit651-13/+13
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: improve EelEditableLabel settings css fileraveit651-1/+31
2016-04-20GTK+-3 theming: add a CSS file for caja, and initialize it at startupraveit653-0/+54
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-04-07po: add missing languages to LINGUAS + fix sorting a bitv1.14.0monsta1-1/+3
2016-04-06release 1.14.0raveit652-1/+2
2016-04-06Add Changelog generationraveit651-3/+6
2016-04-06add new languages and sync with transiflexraveit65107-58707/+76414
2016-04-06NEWS: add 1.12.x entries, pack 1.13.x entries into single 1.14.0 onemonsta1-20/+31
2016-03-29add default name/description for python extensionsAlexander van der Meij1-7/+18
2016-03-29use exposed python filenames to list python extensions separatelyAlexander van der Meij2-0/+19
2016-03-17icon container: don't set label colors right after widget realizemonsta1-4/+0
the background might be not yet set at this point, and when it will be set, the label colors will be properly set on a signal anyway. so let's not do the same work twice.
2016-03-17eel: never try to block background change signalmonsta1-8/+0
that's what was causing random font color changes. the code in eel-background.c is a complete asynchronous mess, with queued callbacks sometimes being called in such order that it caused blocking the background change signal in the situations where it should never be blocked.
2016-03-17icon container: restore original font color select logicmonsta1-1/+1
that is, before 057df2dc1d8ea67b477d696ac6feea8aaf392763 the logic itself is valid, but it was somewhat broken later in a few attempts to fix the annoying font color bugs. so let's restore it.
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."
2016-03-01remove ancient ChangeLog files from eel and pomonsta2-24182/+0
upstream did the same years ago: https://git.gnome.org/browse/nautilus/commit/?id=6cb7a112683a7dd1d22b471391619d901bfec039
2016-03-01eel: drop unused eel-debug-drawing codemonsta5-668/+0
2016-02-29fix loading multiple python extensions (regression since 1.9.3)Alexander van der Meij1-2/+3
2016-02-21release 1.13.1v1.13.1Wolfgang Ulbrich2-1/+15
2016-02-19Sync with Transifex.Martin Wimpress32-31637/+31420
2016-02-18GTK+3: add style class caja-property-browserWolfgang Ulbrich1-0/+7
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
generated by cgit v1.2.1 (git 2.18.0) at 2024-11-01 13:32:16 +0000