Updated version number to 1.3.0.0

Branched to the release branch and updated the version number.
Essentially at RC right now.  Wanted to dogfood a bit though before I
actually went forward with a release
Ported VimCoreTest to xUnit
Updated gitignore

Supressed a few local changes I have
Fixed a couple of failing tests
All unit tests pasing

Fixed up the few tests which were still broken
Removed uses of DescriptionAttribute

Makes the transition to xUnit cleaner since I can then do a search
replace for [Test] with [Fact]
Converted rest to xUnit

All tests passing now.  The memory leak tests are flaky for some reason
on this.  Need to track that down.  Only fails in the Test Driven.Net
runner though.
Fix conflict with multiple JetBrains products installed

The JetBrains set of products reuses at a code level several VS
components.  In particular it reuses the tagging infrastructure between
R#, dotTrace and dotCover.

The VsVim external edit monitoring service was only doing a name match
on the tagger infrastructure.  When mulitple JetBrains products were
installed it would pick the first it saw, which was almost never R#, and
listen to that tagger for rename events.  Since it wasn't the R# tagger
it didn't get the notification and R# support appeared to be broken.

This change alters the code to do a smarter match.   It's smarter but
more restrictive.  If R# changes the assembly name between versions then
it will break VsVim.  Dev10 is in the name of the assembly and it's
unclear if it's referring to the Dev10 editor or specifically Visual
Studio 2010.  I tried peaking at the R# 7.0 support which includes Dev11
but the link is currently down.  Added some code to fall back to a less
restrictive match in case a strong one wasn't found.

closes #635
Fixed a targetting issue
Updated the .gitignore file
Worked around an issue a user was reporting

The original code should either always fail or never fail.  The code
doesn't have any odd dependencies and is a translation between
predefined values.  However a user is reporting that it does fail on
their machine.  Converted it to a safer version.
Worked around an issue a user was reporting

The original code should either always fail or never fail.  The code
doesn't have any odd dependencies and is a translation between
predefined values.  However a user is reporting that it does fail on
their machine.  Converted it to a safer version.
Fixed the blank options page

I introduced a regression between 1.2.2 and 1.3.0 which brought back the
empty options page on certain non-English builds.  Chinese and Japanese
in particular.

This came as a result of a typo in a refactoring I did in the
KeyBindingService.cs in the following change

f20d6139340b855ef59621ac6af42f54cd1b0f55

The _importantScopeSet field was initialized with the default scope,
which is actually a fallback, instead of the scopes which are derived
from registry entries.

fixes #476
DisplayLineUp should fall back to LineUp

Bad typo had it falling back to LineDown when word wrap wasn't a factor
Fix conflict with multiple JetBrains products installed

The JetBrains set of products reuses at a code level several VS
components.  In particular it reuses the tagging infrastructure between
R#, dotTrace and dotCover.

The VsVim external edit monitoring service was only doing a name match
on the tagger infrastructure.  When mulitple JetBrains products were
installed it would pick the first it saw, which was almost never R#, and
listen to that tagger for rename events.  Since it wasn't the R# tagger
it didn't get the notification and R# support appeared to be broken.

This change alters the code to do a smarter match.   It's smarter but
more restrictive.  If R# changes the assembly name between versions then
it will break VsVim.  Dev10 is in the name of the assembly and it's
unclear if it's referring to the Dev10 editor or specifically Visual
Studio 2010.  I tried peaking at the R# 7.0 support which includes Dev11
but the link is currently down.  Added some code to fall back to a less
restrictive match in case a strong one wasn't found.

closes #635

Conflicts:

	VsVimShared/VsVimHost.cs
Updated version number to 1.3.0.1

Hot patch release.
Fixed build on a clean enlistment

Build was only succeeding because my old references folder had put the
DLLs into the HintPath location.
Deleted long dead code

This code was moved to the VsSamples project a while back.  It's now
referenced via a NuGet package.  Deleting the enlistment copy
Merge remote-tracking branch 'origin/xunit'
Deleted more unused files