vspackage

we are working on a VSPackage in a team, using Visual Studio 2012 and TFS. The extension works fine on the computer used to create it (through a wizard). On another computer, Visual Studio says that "a project with output type of class library cannot be started directly" when we attempt to run it (with F5). The output of the project is indeed class library, and pressing F5 on the first machine starts Experimental Instance of Visual Studio with the extension loaded and working. By looking at "%LOCALAPPDATA%\Microsoft\VisualStudio\11.0Exp\Extensions" on the second computer, we see that the

In my VSPackage I need to replace reference to a property in code with its actual value. For example public static void Main(string[] args) { Console.WriteLine(Resource.HelloWorld); } What I want is to replace "Resource.HelloWorld" with its actual value - that is, find class Resource and get value of its static property HelloWorld. Does Visual Studio expose any API to handle code model of the project? It definitely has one, because this is very similar to common task of renaming variables. I don't want to use reflection on output assembly, because it's slow and it locks the file for a while.

I'm adding some options for the Connection Node in the server explorer for my VS extension. For one of the menu options that I have added I need to get the connection string of the very selected connection, So I have tried this by adding some code in the BeforeQueryStatus event and also in the command handler method. But looks like I'm missing something since every time I want to get an Instance of the DataViewHierarchyAccessor I always get a null value. Although if I do the same thing but in a lower level node works fine. I have used the following code with no luck:

I've created the simple VS Package for adding new item in the context menu of solution explorer. In that I need to check Selected Project's Project Type GUID. How can i get this. For example, One Solution contains the three different type of projects, like WindowFormsApplication, MVC Projects,WebApplication. While select the MVC Projects, we need to get that ProjectType GUID. I've tried the followings in my Package.cs, IVsMonitorSelection monitorSelection = (IVsMonitorSelection)Package.GetGlobalService(typeof(SVsShellMonitorSelection)); monitorSelection.GetCurrentSelection(out hierarchyPtr,

I'm trying to create a Visual Studio 2017 extension, just for fun and to learn how VS extensibility works. My extension must be usable from the Solution Explorer tab as a context menu button, but I would like to include it at a menu level that isn't root. My goal is to put it in the "Add" sub-menu, but at the moment I'm only able to put it at root level (when you right-click the Project item, the menu entry is shown as the last of the context menu control). How can I move it under the "Add" node? Can it be done from the CommandPlacement tags I have configured in my .vsct file? Use as parent of

I recently create a couple of VSPackages for some Visual Studio extensions (menu bar/command). I compiled them correctly yesterday, checked into TFS (i'm the only one touching this project, FYI). I had already installed these extensions and were working fine. Today it doesn't compile! I get the following error: Exception has been thrown by the target of an invocation. This doesn't tell me anything, so i fired up Visual Studio with the following command: devenv.exe /Rebuild > out.log In my out.log, I see the following: C:\Program Files\MSBuild\Microsoft\VisualStudio\v10.0\VSSDK\Microsoft.VsSDK

I've created a VSPackage which should copy some XML schema files to Visual Studio's installation path: %VS install path% \Xml\Schemas . I have multiple Visual Studios installed on my machine: Visual Studio 2013 Professional. Visual Studio 2015 Community Edition. Visual Studio Express Editions. I need to detect the path to the Visual Studio from which my VSPackage is executing its command. How can I get the current running Visual Studio's installation path in the package? First, I agree with Carlos in that particular point that an extension should never require elevated priviledges. But that