~mate-desktop/mate-desktop/+git/caja:1.16

Last commit made on 2017-05-08
Get this branch:
git clone -b 1.16 https://git.launchpad.net/~mate-desktop/mate-desktop/+git/caja

Branch merges

Branch information

Recent commits

8a1e2d3... by Vlad Orlov

release 1.16.6

922513f... by Clement Lefebvre <email address hidden>

CSS: Load a different caja-desktop.css with GTK 3.14

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.

270bdcc... by Vlad Orlov

file: make caja_file_get_gicon return custom icons too (#765)

fixes https://github.com/mate-desktop/caja/issues/410

taken from:
https://git.gnome.org/browse/nautilus/commit/?id=f1c782c13dd675bafffb2a4d85900da52be88f3f

b4123d4... by Vlad Orlov

Open With dialog: force icon size

fixes https://github.com/mate-desktop/caja/issues/735

6f5a05b... by Vlad Orlov

show correct right-click menu after making selection

taken from:
https://git.gnome.org/browse/nautilus/commit/?id=fabea8532911c2e38d91aa6230136cff5e52f095

upstream bug with detailed description:
https://bugzilla.gnome.org/704289

835b8be... by raveit65

release 1.16.5

d3ef2b3... by raveit65

eel: Queue resizes on the canvas as elements change visibility

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

8140e40... by raveit65

Add size_request to IconContainer to work around uncecessary 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

1042cd8... by raveit65

IconCanvasItem: fix overlapping filenames on hover

taken from:
https://git.gnome.org/browse/nautilus/commit/?id=308f4ce

204fee7... by raveit65

release 1.16.4