Age | Commit message (Collapse) | Author | Files | Lines |
|
Fixes https://github.com/mate-desktop/caja/issues/1024
|
|
|
|
|
|
Adapt and apply these four relevent Nautilus commits, which remove the code responsible for the segfaults:
*https://github.com/GNOME/nautilus/commit/e1ad3c05a6cd08c8cbf18ae53701dd742249d5fd#diff-f896071d07d34e87af94a18de95e4ea2
"pathbar: add a path-event signal"
*https://github.com/GNOME/nautilus/commit/875efc324f8e91f2d157c7532fe5570c1de421c7#diff-f896071d07d34e87af94a18de95e4ea2
"pathbar: remove unused code"
*https://github.com/GNOME/nautilus/commit/cfa51e6702ade6a8ca9045791773e6e10560262f
"window-pane: use the path-event signal from NautilusPathBar" (now CajaPathBar)
*https://github.com/GNOME/nautilus/commit/2759def4968f89c1a2370ca5b2b91af84dc4afd3
"pathbar: add a return value from path-event signal"
|
|
Current behavior is to show Desktop but hide the user's home directory in the sidebar when desktop-is-home-directory is set. This is opposite what would be expected so invert it.
Patch by https://github.com/TomaszGasior
(this is safe for 1.18, translatable strings are the same, just swapped in the code)
|
|
This is already handled in libcaja-private/caja-file-operations.c
|
|
|
|
|
|
(squashed 012d9f86e046cfbffd4d2d4e55633d250ec90dd7 + 01cec7e9f65985d5e16e54f0c5a64d4203f37474 for 1.18 branch)
|
|
|
|
in caja_search_directory.c,
fixes https://github.com/mate-desktop/caja/issues/895
|
|
Fixes #719
|
|
adjustment for 6d55e135ecef324824286142746f0d531c6bc767
|
|
Fix https://github.com/mate-desktop/caja/issues/506
Redraw the contents once and exactly once at intial run of eel_wrap_table_draw to get them to show up immediately.
|
|
|
|
Fixes https://github.com/mate-desktop/caja/issues/698
|
|
Fixes https://github.com/mate-desktop/caja/issues/859
|
|
like it was with GTK+2
|
|
this menu item is only visible when list view is selected,
so I'm not surprised we missed it
|
|
Fixes https://github.com/mate-desktop/caja/issues/509
|
|
Fixes #606
|
|
The call to gtk_render_frame() should be enough;
Now the .dnd style class setting from themes are used.
Fixes https://github.com/mate-desktop/mate-themes/issues/194
origin commit:
https://git.gnome.org/browse/nautilus/commit/?id=8d8979f
|
|
ported from:
https://git.gnome.org/browse/nautilus/commit/?id=4f17fb7db7b8736ebb4fe82ddb1c279777847730
https://git.gnome.org/browse/nautilus/commit/?id=41de4e52b43c8ed5c9118860dac7caa303ebbc5b
|
|
This reverts commit ee0de1a5e74cbed5cf49517ea82a73e52dd6424a.
|
|
|
|
|
|
|
|
|
|
|
|
fixes https://github.com/mate-desktop/caja/issues/779
ported from:
https://git.gnome.org/browse/nautilus/commit/?id=04116ab2876412445c788091be07d7f7321a4a94
|
|
use max_char_width for 'Select and application to view his description'
label, as this can cause a window size jumping for this gui.
Depends on language translations.
Ie. german language was affected.
|
|
|
|
|
|
Fix https://github.com/mate-desktop/caja/issues/807
|
|
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.
|
|
|
|
fixes a build warning
|
|
fixes https://github.com/mate-desktop/caja/issues/771
|
|
In caja-desktop.css this line isn't compatible with GTK 3.14:
".caja-desktop:not(:selected):not(:active):not(.rubberband){"
It is needed for GTK 3.20/3.22 tough.
This PR checks the GTK version and loads the appropriate CSS.
This fixes desktop icons showing black text. That issue was
reproduced with Adwaita under LMDE with GTK 3.14.
|
|
fixes https://github.com/mate-desktop/caja/issues/410
taken from:
https://git.gnome.org/browse/nautilus/commit/?id=f1c782c13dd675bafffb2a4d85900da52be88f3f
|
|
fixes https://github.com/mate-desktop/caja/issues/735
|
|
|
|
taken from:
https://git.gnome.org/browse/nautilus/commit/?id=fabea8532911c2e38d91aa6230136cff5e52f095
upstream bug with detailed description:
https://bugzilla.gnome.org/704289
|
|
|
|
|
|
Not queueing resizes may play oddly with the size request caches in
GTK+, resulting in gtk_widget_get_preferred_width/height returning
0 even after the canvas was populated.
https://bugzilla.gnome.org/show_bug.cgi?id=667831
Taken from:
https://git.gnome.org/browse/nautilus/commit/?id=8c77821
|
|
relayouting
The GtkScrolledWindow uses the widget prefered size as a guess as to
whether scrollbars are needed or not in the automatic scrollbars case.
If we don't report anything for them we typically get it wrong and cause
two size allocate calls on the child each time, with different sizes.
This (the two sizes speicifically) will cause unnecessary relayouts of
the window.
So, we just report the current size of the layed out icons as the prefered
size. This is somewhat wrong as its depending on previous size_allocation
calls rather than the "ideal" size of the widget, but since the ideal size
is ignored anyway and just used for this it works well.
taken from:
https://git.gnome.org/browse/nautilus/commit/?id=fa6e447
|
|
taken from:
https://git.gnome.org/browse/nautilus/commit/?id=308f4ce
|
|
|
|
|