Make symbolic icons work with the current rsvg

The rsvg loader now restricts what external files it will
allow to load from an svg. Thus our xinclude trick doesn't work
anymore. To work around that, embed the payload in a  data: uri.
This is somewhat ugly, but the best we could come up with.
Revert "Deprecate and ignore the cursor blink settings"

This reverts commit b2e666bf8f297eb998331fa8ce0062ce7a5198fa.

We need to keep cursor blinking configurable for accessibility
reasons.

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

Conflicts:
	gdk/win32/gdkproperty-win32.c
	gdk/x11/gdksettings.c
	gtk/gtksettings.c
	gtk/gtktextview.c
stylecontext: add GTK_STYLE_CLASS_TITLEBAR define

For consistency with the other stock style classes.

https://bugzilla.gnome.org/show_bug.cgi?id=706045
window: set GTK_STYLE_CLASS_TITLEBAR to custom titles

When a custom title is added to a GtkWindow, add the
GTK_STYLE_CLASS_TITLEBAR to it, so the theme can apply the default rules
for its style.

https://bugzilla.gnome.org/show_bug.cgi?id=706045
window: Some protection against nested set_focus() calls

Since set_focus() can triger events, have a check to make
sure state is still valid before firing is-focus signal.

https://bugzilla.gnome.org/show_bug.cgi?id=706152
Update Chinese simplified translatin for properties
Add the "text-button" style to button created with gtk_button_new_with_{label,mnemonic}

https://bugzilla.gnome.org/show_bug.cgi?id=706220
Add a style class for context menus

Attached widgets inherit from the style of the widget they are
attached to. This can sometimes have unintended consequences,
like a context menu in the main view of gedit inheriting the font
that is configured for documents, or the context menu of the preview
in the font chooser coming up with humongous font size.

To fix this problem, we introduce a context menu style class
and use it for all menus that are used like that. The theme
can then set a font for this style class.

https://bugzilla.gnome.org/show_bug.cgi?id=697127
Fix keyboard activation of menu buttons

Keyboard activation relies on the menu not being visible,
so ensure that it isn't when the menu is attached.

Problem tracked down by Vincent Le Garrec,
https://bugzilla.gnome.org/show_bug.cgi?id=688738
gdk_window_raise (): Do not invalidate toplevel windows.
icon-theme: Use "Scale" for key as per the spec

The latest spec proposal uses "Scale", not "OutputScale", so use this.
icon-theme: Add ScaledDirectories support

For backwards compat support we don't want old implementations not
supporting scaling to see the new scaled directories, so move these
to a separate list.