Fix beep on exiting insert mode

Hitting <ESC> in insert mode when the caret was in column 0 was
incorrectly causing a beep.
Removed FSharp.Core dependency

Vim.Core now uses the --standalone compiler flag.  This static links in
the FSharp.Core types so there is no DLL dependency anymore.
Fixe the deploy script

Fix the deployment script and process based on the change to embed the
F# runtime into Vim.Core.dll.
Remove un-needed dlls
Merge pull request #1194 from jaredpar/fixes-build-simplify

Fixes build simplify
Fix bad handling of '.' in VAX

There is a timing issue with VAX where for a short time after leaving
insert mode it will interpret '.' as the literal typing of a '.' vs. a
key stroke that should be handled by the editor (and consequently passed
to VsVim).  To work around this I special case the '.' key in
PreviewKeyDown to ensure that VsVim gets a chance to handle that key
when in normal mode.

The most reliable way to reproduce the original bug is to do the
following.  Start with a local that has an existing member access
expression

local.Test();

Put the caret on the T and execute the following key combination from
normal mode: "Cfield;<Esc>."  The time between <Esc> and '.' must be
very small (less than 2 seconds in my experimentation).  Instead of
repeating it will often just insert '.'.
Add support for ReSharper 8.1
Merge pull request #1199 from oysteinkrog/fix_resharper_8.1

Add support for ReSharper 8.1
Small version change

If the minor version is unknown assume that the new version maintained
compatibility with the previous one
Test refactoring

Small test refactoring in preparation for fixing #1200
Add count in middle support for << and >>

Add the count in the middle support for the << and >> commands.

close #1200
Replace must respect line endings

The replace command (`r` in normal mode) was not respecting line endings
when inserting a `<Enter>` key.  Switched the command to use the
appropriate API
Replace in Visual Mode no longer changes new line

Replace in visual mode was incorrectly replacing the new line character
if the selection crossed into the new line.

close #1201
Abstracted out the window management
Added the host implementation of :e command

It is now possible to open files with the :e command.  The :split
command appears broken but that seems unrelated to this.
Fixed the :split command

The building up of the Content portion of the TabItem wasn't first
clearing the previous content.  This meant that the
IWpfTextViewHost.Control value still had a logical parent and hence
adding it to the new grid was causing an exception .
Added window navigation support to the host application
Changed quick fix API to return a bool

In the current implementation there was no way to report failure.  It
now reports with a bool
Added gt, gT and the like support to VimApp

This changed added support for the tabbing APIs to VimApp.  As part of
this change all of the vim logic around tab indexes and wrapping counts
was moved into VimCore.  The host now just has to implement some very
simple non-vim specific APIs.
Fix exception in PasteAdornment

The paste adornment implementation was querying certain properties of
the caret.  These properties all throw if the caret is off of the
screen.  This was resulting in an unhandled exception in certain
scenarios.  In particular if you did <C-R> from insert and then scrolled
the caret off the screen.  Simply catch the exception if it happens and
note that the adornment is not displayed

closes #1206