gtkwindow: Make sure to update the shadow width, opaque region and border windows when realizing

Otherwise, they might not be properly set before the window is mapped.

For the opaque region and border window, it means that they won't get
set before the next size allocation, which tends to not be a bit deal.

For the shadow width, though, _GTK_FRAME_EXTENTS has a different meaning
when it's set before the window is mapped, so we need to make sure that
it's properly set when the window is mapped.
Updated Hungarian translation
Updated Hindi translation
Updated Danish translation
[l10n] Update Catalan translation
[l10n] Updated Catalan (Valencian) translation
inspector: Avoid a crash

We were forgetting to free the hash table, which then gave
us weak ref notifies at an unexpected time.

https://bugzilla.gnome.org/show_bug.cgi?id=737026
inspector: Look up the schema recursively

This is the recommended way to use this function. It should
also fix problems with the inspector when GSETTINGS_SCHEMA_DIR
is set.

https://bugzilla.gnome.org/show_bug.cgi?id=737027
Updated Marathi Translations
[l10n] Update Catalan translation
[l10n] Updated Catalan (Valencian) translation
Updated Greek translation
reftest: Split out some functionality into own file

Comparing two surfaces is something that can be nicely factored out.
reftest: Split our more functionality

Split actually taking the snapshot into its own file.
reftest: Build a private library for gtk-reftest

This is a noinst library for now, but the idea is to turn it into a
proper DLL on Windows, so that we can install it and properly link the
modules to it. Windows doesn't allow undefined symbols in modules.

https://bugzilla.gnome.org/show_bug.cgi?id=736338
testicontheme: Use rtl/ltr lookup flags

This should help with diagnosing

https://bugzilla.gnome.org/show_bug.cgi?id=737000
Trivial: clarify a comment

Using 'highcolor' here seems confusing, since there is a theme
by that name. Just say full-color.
GtkIconTheme: Repair symbolic fallback with rtl/ltr

For symbolic icons, we prefer symbolics in inherited themes over
generic icons in the theme itself. So far this was implemented
by looking at icon_name[0] and looking that up in inherited themes
if it is symbolic. But with automatic rtl/ltr handling, the first
icon  name will always have an -rtl or -ltr suffix, and an icon
with that suffix is not going to exist in most cases. To fix this,
look for shorter icon names too, as long as they are still symbolic.

https://bugzilla.gnome.org/show_bug.cgi?id=737000
icon-theme: Test inheritance vs. generic fallback

Add a few tests that check the behavior of icon theme inheritance
vs generic fallback vs symbolic icons.
check-icon-theme: Print the name of the icon-theme