DataStreamPeer: add missing include <QDataStream>
signalproxy.h: add missing forward declaration of QIODevice
Fix contextmenu actions for Qt5

As documented for QObject::connectNotify
Merge pull request #72 from jpnurmi/datastream

DataStreamPeer: add missing include <QDataStream>
Merge pull request #73 from jpnurmi/signalproxy

signalproxy.h: add missing forward declaration of QIODevice
Merge pull request #78 from seezer/qt5contextmenu

Fix contextmenu actions for Qt5
Don't treat pure format strings as translatable.
Fix Bug #1293: --syslog option writes to emergency level
Fix Bug #1293: --syslog option writes to emergency level
Merge pull request #81 from otih/master

Fix Bug #1293: --syslog option writes to emergency level
Use correct nick on 001 RPL_WELCOME

Fixes #1020
When the user connects to  a bouncer, the bouncer will send back the
welcome message received when it first connected to the network.
This caused Quassel to display a wrong nick if it had changed
since the first connection.
LegacyPeer: kill the dependency to Quassel::buildInfo()

This makes LegacyPeer usable outside Quassel (IRC for Sailfish)
Adapt CMake logic for finding lconvert in newer Qt5

Seems like Qt 5.3 has added the long-missing lconvert target in its CMake
support scripts, however it didn't also add the Qt5_LCONVERT_EXECUTABLE
variable to go along with that. Adding the target disabled our workaround,
breaking translation support in Quassel.

We now also cover this case (and made things future-proof in case Qt5 ever
adds the variable upstream).
Silence deprecation warning from CMake 3.0+

Setting COMPILE_DEFINITIONS_<Config> has been deprecated since CMake 3.0.
However, the "proper" way of doing things now (generator expressions) have
been support only since CMake 2.8.10, and we require 2.8.9 currently.

Thus, we explicitly enable OLD behavior for CMP0043.
Fix support for CMake < 3

Meh. Apparently I can't just set behavior for future policies, so we
need to ensure that we're actually running CMake 3.
Do not update activity for hidden message types
Enable C++11

As announced a while ago, we're now allowing C++11 in the codebase.
We now expect one of the following compilers:

* gcc >= 4.7
* Clang >= 3.1
* MSVC >= 18 (Visual Studio Nov 2013 CTP)

Older or different compilers may still work, but break at any time
in the future.
Don't scroll to bottom on resize

We're brave today..
Resizing the chatview (even unintentionally by hovering the topicline)
resulted in scrolling down the current view.
There might have been reasons.. i can't see them..

Fixes #821
Keep scrolled down views through resizeEvents

There's a reason for everything...
ChatView is rendered into the viewport from top to bottom.
If we don't scroll to bottom, the topmost line doesn't change and therefore
the scrollbar will move upwards on shrinking events.
So if the scrollbar was at bottom before the resize, make it stay there.
Initialize ChatView scrolled to bottom

Now that we don't scroll on every resize, ensure that we start scrolled
to bottom.