Fix some Russian strings.
Fix some more Russian strings.
Fix the rest of the Russian strings.
Merge update of Russian translation from m1kc.
Fix a memory leak in tm_get_current_function()
Report Python class methods as methods rather than members

This makes the Python kinds more consistent with other parsers and
allows to find Python methods when filtering on tm_tag_method_t.
Don't duplicate the kind names and letters
Make tm_get_current_function() find methods too
Also consider tags up to date if realtime parsing is active

This makes symbols_get_current_function() more accurate by using TM
data even on a modified file if realtime tag parsing is enabled, thus
if the data has reasonable chances to be correct.
Remove improper caching of the current function

The code assumed that if both old and new fold levels were above the
minimal function fold level the function couldn't have been changed,
which is wrong if a function can appear both inside and outside another
fold level (e.g. inside or outside a class).
Add configure flag --enable-gtk3 to build against GTK 3.x
Don't access GtkWidget fields directly

Since many accessor are new in GTK versions we don't depend on, add
a header that defines them to the direct access if they aren't
available.
Include keysyms compatibility header on GTK3
Guard removed dialog separators on GTK3

GtkDialog separators sere deprecated on GTK 2.22 and remove on 3.0,
so define them to dummy values on GTK3.

We don't get rid of them altogether because GTK 2.16 we depend on
probably has separators enabled by default and we want to remove them.
Get rid of GtkComboBoxEntry API and use GtkComboBoxText API

Use the GtkComboBoxText API and the GtkComboBoxEntry replacement API
and map those to the old equivalents if not available.

This changes the type exposed by ui_combo_box_add_to_history() from
GtkComboBoxEntry to either GtkComboBox (under GTK2) or GtkComboBoxText
(under GTK3).  This should not be too much of an issue since
GtkComboBoxEntry and GtkComboBoxtext are subclasses of GtkComboBox,
but this will still emit warnings when when the calling code passes
a GtkComboBoxEntry pointer to ui_combo_box_add_to_history().

However, this requires the calling code to use the same mapping as we
do (GtkComboBoxText = GtkComboBox on GTK2, even on 2.24), or things
will blow and it'll be hard to understand why.  This wouldn't be an
issue if the calling code includes our gtkcompat.h header everywhere
it deals with combo boxes, which will be the case if it includes the
Geany headers everywhere but probably won't otherwise.  Oh dear.

A possible kind of workaround may be for ui_combo_box_add_to_history()
to do type-checking on its argument and use the actually correct API
for that type.
Prevent most GTK3 deprecation warnings that can't be fixed on GTK2

Map the various horizontal and vertical deprecated constructors
to their GtkOrientation-based equivalents on GTK3 to prevent most
deprecation warnings.
Map GeanyWrapLabel to GtkLabel on GTK3

The GTK3 version of GtkLabel provides what GeanyWrapLabel is for given
the appropriate settings are set, so no need to our own widget -- that
would require being updated to support GTK3 anyway.
Add ::draw handler for GTK3 where we have ::expose-event handlers
Make X11 backend specific code GTK3-proof
Load GTK3 version of the VTE library when built against GTK3