VimCore loading in Vs 2013

The VimCore solution is running in Vs2013 now and VimApp runs with F5
VSIX solution loading in VS2013
VSIX project now functioning with F5
Removed an unnecessary element from the csproj files
Fixed a bad reference in the Vs2010 project

This was causing a warning during builds of this project.  The bad path
made it impossible to resolve the EditorUtils reference
Fixed Deploy.ps1

This corrects the deploy.ps1 script to handle Vs2013.  Unfortunately
need to now test on 2013 to ensure it works and correct some missing
DLLs
Can build Vs2010 without 2010 being installed

Added the necessary reference assemblies to build Vs2010 without
actually having VS 2010 installed on the machine
Vs2013 now builds fully without Vs2013 installed
Ported Vs2012 to the new model

Ported the Vs2012 project no the new model of VsInterfaces
Solution for all Visual Studio versions

Added a solution which works for all visual studio versions.  May still
need to do some work to get everything 100% going.  But this is the best
path forward
Removed a lot of unnecessary files
Added dummy files for the specific dlls

Added dummy files for the VS specific DLLs.  In an official deployment
these are overwritten with the actual DLL files.  For normal day to day
editting though they are just text files that aren't used
Ability to open VsVim.sln in Vs2013
Fixed the deploy script to deal with new model

Need to change it a bit though to make sure the VSIX is properly
produced.  Right now it's adding a bunch of crap again.  Probably just
need to create the ZIP archive ourselves
Fixed the Deploy.ps1 script

I decided to finally stop fighting the VSIX build task.  Getting it to
exclude files it feels are incorrectly referenced is a losing effort.
Instead I will just let it put whatever it wants into the project and
I'll manually remove it afterwards.
Fix unit test failure
Fixed the clean vsix step of deployment

The ZIP tool I had been using wasn't compatible with Visual Studio.  I
switched to using the Microsoft.VisualStudio.Zip.9.0.dll version
instead.  This is what the VSIX SDK uses so it's guaranteed to be
compatible
Respect lazy tab load

In Visual Studio 2013 the IDE added a new feature where it will lazily
load the actual data for an item in the running document table.  This
includes the ITextBuffer and ITextView objects.  Unfortunately several
APIs used by VsVim will force load these objects even when not needed.
This change makes the load explicit vs. implicit so the caller can make
the appropriate choice.  At this point all uses respect lazy load.
Fixed build on Vs2010 only installation

The $(VisualStudioVersion) property can be empty on a machine with only
Visual Studio 2010 SP1 + the SDK installed.  This broke a couple of
project files which expected it to have the value 10.0 in this scenario.
Updated those projects to account for the missing value.

Also added a DLL that was needed to build without a 2012 installation on
the machine
Merge remote-tracking branch 'origin/master' into fixes-build-vs2013