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
Merge remote-tracking branch 'remotes/upstream/master'
Revert "implement insert by middle mouse button"

This reverts commit ad647a98b63c689f3c63d9c30aed8abeb291a9c1.
implement insert by middle mouse button