widget,emulation: Separate application palette from terminal palette

Make colors set by escape sequences have higher precedence than those set via
API calls.

https://bugzilla.gnome.org/show_bug.cgi?id=705985
emulation: Allow the terminal application to consume right button click events

This is necessary for gnome-terminal to deliver a right click to applications
which are interested in mouse events, and pop up the menu otherwise.

https://bugzilla.gnome.org/show_bug.cgi?id=13299
Don't fake cursor keys on normal screen with restricted scrolling.

https://bugzilla.gnome.org/show_bug.cgi?id=710481
emulation: Fix restricted scrolling with a short ring

Fixes setting restrict scrolling with the upper bound being row 1 not working.
To test, run "echo -e '\e[1;15r'"  immediately before the terminal starts
scrolling; before this patch this had no effect.

https://bugzilla.gnome.org/show_bug.cgi?id=710483
emulation: Reset restricted scrolling on window resize

Xterm disables restricted scrolling mode on window resize. This pretty much
makes sense, since we have no clue how the application wishes to continue
restricting the scrolling (counting the number of lines from the top or from
the bottom).

https://bugzilla.gnome.org/show_bug.cgi?id=710484
emulation: Fix the scrollbar position with restricted scrolling

To reproduce, produce at least a screenful of text so that the scrollbar is
active. Then enable restricting scrolling, with the upper bound being the
topmost row, e.g. echo -e '\e[1;15r'. Now produce more output so that the
cursor hits the boundary at the 15th row and the content starts scrolling.
The scrollbar starts wandering upwards, though it should stay at the bottom.
When trying to scroll by Shift+PageUp or by dragging the scrollbar, suddenly
everything jumps back to normal.

https://bugzilla.gnome.org/show_bug.cgi?id=710488
emulation: Fix background when bottom row is scrolled upwards

Make scrolling the bottom row upwards not fill this row with the
background color. Only the new empty bottom line should be filled.

To reproduce, run

$ echo -e '\e['$LINES'H\e[43mBottom row'; sleep 100

When the row containig the text "Bottom row" gets scrolled up by 1, it was
filled with the background color in vte, but not in xterm.

https://bugzilla.gnome.org/show_bug.cgi?id=710486
widget: Support for smooth scrolling

https://bugzilla.gnome.org/show_bug.cgi?id=710426
widget: Remove obsolete code

Remove legacy "Smooth (Slow) Scroll (DECSCLM)" code leftover.

https://bugzilla.gnome.org/show_bug.cgi?id=710426#c4
ring,stream: Refactor the interface between the ring and the stream

Refactor and simplify the interface between ring and vte-stream; this is
required for the forthcoming rewrapping feature. Paging is now a concept
private to vte-stream. Instead of telling when to turn page, the ring now
advances the tail of the streams, and vte-stream does paging on its own
based on this information.

https://bugzilla.gnome.org/show_bug.cgi?id=336238#c74
ring: Fix stream reset

Change suspicios code: resetting row_stream to 0 is fishy, I really do think
it needs to be set to ring->writable.

https://bugzilla.gnome.org/show_bug.cgi?id=336238#c75
widget,emulation: Rewrap the lines when the window is resized

https://bugzilla.gnome.org/show_bug.cgi?id=336238
emulation: Avoid lines filled up with spaces in the restricted scrolling area

https://bugzilla.gnome.org/show_bug.cgi?id=336238#c88
emulation: Fix ESC E at the bottom of the screen

ESC E needs to scroll, if necessary.

https://bugzilla.gnome.org/show_bug.cgi?id=693013
emulation: Reset attributes when entering alternate screen

https://bugzilla.gnome.org/show_bug.cgi?id=709930
emulation: Support DECCOLM mode to switch between 80 and 132 columns

https://bugzilla.gnome.org/show_bug.cgi?id=4993
Version 0.35.0
Post release version bump