Make Yi.Core less kitchen-sinky.
Use newlineB
Don't try to indent backwards

This happened when we went back 1 character in eolPoint to make it look
to the user like we're at the end of the current line rather than ending
up at beginning of the next one.

Fixes #621
Get rid of *RegionClever

Considering the need for conversion into String and number of operations
done by the result, it's Probably™ just faster to replace the whole region.
Remove Yi.Core.msgEditor, because we already have Yi.Editor.printMsg.
Implement scalable, per-buffer fonts

This allows us to resize the fonts used in the current buffer. When a
font needs to change in certain buffer, we do a deep copy for that
layout and go from there.

Having asked around, vim doesn't seem to have a key for such a thing by
default so I'm not binding anything. In emacs keymap it's C-+ and C--
like in actual emacs loaded with gtk support.

Vty does nothing new.

Fixes #608
Leave mark *after* selection as per comment

The comment on the function indicates this was the intended behaviour to
begin with. It doesn't break anything it it results in better user
experience where selecting regions between points is involved.
Double-click and triple-click selection in pango

Fixes #100 and fixes #101.
Remove stale section
Make a bunch of functions from Yi.Editor work in MonadEditor instead of just EditorM.
Remove some redundant withEditor calls.
Yi.UI.Pango.Layouts: cosmetic
Remove use of deprecated onSwitchPage
Fix Pango build.
Split Yi.Dynamic into dynamic-state

YiVariable and YiConfigVariable are now in Yi.Types

getDynamic and setDynamic are now getEditorDyn and putEditorDyn to
reflect that they are for the Editor's dynamic state

bufferDynamicValueA is now getBufferDyn and putBufferDyn, because
dynamic-state uses a State-like monad instead of unsafePerformIO
Merge pull request #627 from fread2281/dynamic-state

Split Yi.Dynamic into dynamic-state
rm useless TODO
Yi.Dired: String -> YiString

+ squash to 80C
Yi.History: get rid of String conversions
Strip remaining copyright from headers

See AUTHORS and git history if interested. The reasoning is that these
are grossly out of date and incomplete.