caja/src/file-manager, branch 1.20

fm-properties-window: Fix memory leaks

2018-12-03T22:38:23+00:00

'g_strconcat' needs to be freed

HiDPI: Convert Pixbufs to Cairo Surfaces

2018-04-05T07:09:50+00:00

This allows icons in most places to scale up properly for HiDPI
displays.

general: use gdk_monitor_get_scale_factor

2018-04-05T07:09:16+00:00

As it is deprecated, instead of using gdk_screen_get_monitor_scale_factor
use gdk_monitor_get_scale_factor().

https://bugzilla.gnome.org/show_bug.cgi?id=779774

origin commit:
https://gitlab.gnome.org/GNOME/nautilus/commit/273e6efc

list-view: use the cairo surface as a drag icon

2018-04-05T07:08:56+00:00

As we now store surfaces in the GtkListStore, we have to change the
drag method to use it instead of a pixbuf.

origin commit:
https://gitlab.gnome.org/GNOME/nautilus/commit/18a380af

Scale screen dimensions

2018-04-05T07:08:43+00:00

properties-window: support HiDpi for the properties window icon

2018-04-05T07:07:35+00:00

This was missing from the last commit.

origin commit:
https://gitlab.gnome.org/GNOME/nautilus/commit/3a6053f1

Support HiDpi icons

2018-04-05T07:07:22+00:00

Port the rendering of icons to cairo surfaces, so that we can apply the
GDK scale factor when rendering icons.

origin commit:
https://gitlab.gnome.org/GNOME/nautilus/commit/0d4555d7

desktop-canvas-view: scale desktop workarea

2018-04-05T07:06:38+00:00

The problem is that in the function canvas_container_set_workarea the screen width
and height are in "application pixels" while the workarea ones are in "device
pixels" so when the scaling is > 1, the margins are not properly setted.

We need to scale-down the workarea geometries to "application pixels".

https://bugzilla.gnome.org/show_bug.cgi?id=769302

origin commit:
https://gitlab.gnome.org/GNOME/nautilus/commit/315a55df

require GTK+ 3.22 and GLib 2.50

2018-01-31T10:47:27+00:00

move libegg to the top srcdir and drop some leftovers

2018-01-14T14:36:26+00:00