patchdialog: Update to new Glade and fix sourceview expand (bgo#738120)
bin/meld: Add hacky CSS for GtkTextView drawing changes in 3.13+

As on GTK+ 3.13.something, GtkTextView now provides us with a
draw_layer vfunc that we can use instead of just drawing on our
SourceView in the callback and assuming that it will work. However, as
part of this change, the background is now also reset when drawing,
which has broken our existing drawing mechanism (see bgo#737957).

Until we can adapt to the new drawing model (and require GTK+ 3.14 for
it) this hack just makes the background of our SourceView transparent,
so that our painting on the lower layer is still shown.
filediff: Fix bug with very many opcodes being cycled through the cache

In some situations where we, for example, did a replace all that caused
many inline highlighting requests to pile through the cache, it was
possible that between checking that we had the cached opcodes and
actually returning those opcodes in the mainloop, the opcodes would be
evicted from the cache. With this change, we keep an in-scope copy of
the cached opcodes around so that this won't happen.
bin/meld: Work-around for GTK+ 3.14 background drawing, part 2

Commit 61f53b0c reset the drawn background to transparent, which works
for most drawing, but looks terrible as soon as any text is selected.

This commit adds a secondary horrible hack that tries to reproduce the
selected text background colour once we've reset the main widget
background. This does use a horrible undocumented internal CSS class
that GtkTextView applies when rendering text, but it's the only way
that I could find that should hopefully work across different themes.