Merge ranch 'stable' into release/0.11
Merge branch 'stable' into release/0.11

Conflicts:
	src/Frontend-GNOME/Frontend.cs
Frontend-GNOME: fixed bugged merge
Merge branch 'stable' into release/0.11
Merge tag '0.11' into stable

Tagging 0.11 final
Engine-XMPP: fixed MUC joins with modified/forced nick by the server
Merge branch 'stable'
Merge pull request #181 from knocte/master
Frontend-SWF: Use system colours
Frontend-SWF: Stubby but functional topic support

It's not exactly the best, but it's a start. Third try for style compliance.
Merge pull request #124 from NattyNarwhal/swf-fixing
Engine(-IRC|-XMPP): implemented engine/protocol-manager/on-presence-status-changed hook point
Frontned-GNOME: use 1/7 as chat and user list width and 5/7 for messages
.gitignore: add autotools' `compile`

autoconf now[1] generates a symbolic link named compile (that
targets /usr/share/automake-1.14/compile) in the root of the
repository when running, so let's include it in .gitignore to
achieve a clean `git status` after compiling (or avoid breaking
the build via `git clean -fd`).

[1] This started happening to me since the usage of Ubuntu14.04,
which brings autoconf 2.69, and prints:

configure.ac:16: installing './compile'

(Having AC_PROG_LIBTOOL in that line)
Merge pull request #185 from knocte/gitignore
Engine: re-apply MessageBuilderSettings on config changes

If highlight words were changed, the old words were still highlighted and not
the new ones.
Frontend-GNOME: any server support

Servers were always reconstructed in the UI, thus settings that are read from
the config backend but not exposed in the UI were lost. Instead the ServerModel
object is now reused, filled with the known UI values and passed as is to the
engine.
Engine: re-apply MessageBuilderSettings on config changes

If highlight words were changed, the old words were still highlighted and not
the new ones.
Engine-IRC: rejoin channels with keys on reconnect correctly
Engine(-Tests): fixed NRE thrown in MessageDtoModelV1.ToMessage()

If for whatever reason the deserialization of a message fails and thus the class
fields are never initialized to non-null values then ToMessage() will throw a
NRE.