With numeric formatting gone, all output is either added direct
to a window (which will be changed soon) or done through
displayable events. Message sinks are now completely unused,
as they don't affect displayable events.

Issue #426

This allows us to remove a fair chunk of the notification
handling functionality in FrameContainer.

Issue 426

Split out error description getting into its own method. Other
minor changes.

Instead of passing them in to the FrameContainer ctor, create
them afterwards.

This means the reference in FrameContainer can't be final but
removes the horrible setOwner() kludge that was previously in
CommandParser, and cuts down the deps needed to pass in to the
FrameContainer ctor.

This will go in a plugin instead.

This should probably be moved to the LocalClient interface when
it exists.

From everywhere.

For now this is just a straight(ish) copy of the way Server worked.
Need to make it use events in the future which should simplify it
quite a bit.

Will remove them from Connection shortly. Then the functionality
can be pulled out of Server into a sane, separate class.

We now need it to exist independently of anything requesting it,
otherwise we miss lines being added.

Make these add the new window to the WindowManager, and post the
relevant event.

SM now listens to frame closing events, so Server doesn't need
to hold on to a reference and inform it that it's closing.

Fix the channel message sink actually doing common channels...
I guess we're not really using that one.

Pointless now getChannel is optional.

Cleans up a bit of repetition.

Turns out there's no real use for it.

I want a method to return the actual Channels... :)