How do I install a VSIX file in Visual Studio? Ask Question. Add a comment| 8 Answers active oldest votes. Up vote 69 down vote accepted. VSIX is a Visual Studio extension installer. How to install.vsix extention file in Visual Studio on Mac? Visual Studio 15 not detecting Windows 10 SDK. And that’s it for an extension that provides Multi-File Templates to Visual Studio for Mac. Now, adding more should be a piece of cake.

Active2 years, 6 months ago

I'm trying to add a custom project template to Visual Studio Preview for Mac, but can't find the right place or folder to add it.

Any idea where I should but the template?

EsbenBEsbenB

1 Answer

For Visual Studio Preview for Mac the project templates can be placed in ~/Library/Application Support/VisualStudio/7.0/LocalInstall/Addins

Visual Studio Preview for Mac is forked from Xamarin Studio, which in turn is based on MonoDevelop. Creating 'project templates' for MonoDevelop is done with Add-ins, the instructions for which are outlined in the Documentation.

I did a quick experiment by copying a project template (Add-in) from Xamarin Studio and dropping it in the above location and it appeared in the 'New Project' dialog.

How To Add Templates To Visual Studio

SHaKieSHaKie

1,2541 gold badge9 silver badges11 bronze badges

Got a question that you can’t ask on public Stack Overflow? Learn more about sharing private information with Stack Overflow for Teams.

Not the answer you're looking for? Browse other questions tagged macosvisual-studio or ask your own question.

-->

Visual Studio for Mac consists of a set of modules called Extension Packages. You can use Extension Packages to introduce new functionality to Visual Studio for Mac, such as support for an additional language or a new Project template.

Visual Studio Professional For Mac

Extension packages build from the extension points of other extension packages. Extension points are placeholders for areas that can be expanded upon, such as a menu or the list of IDE Commands. An extension package can build from an extension point by registering a node of structured data called an extension, such as a new menu item or a new Command. Each extension point accepts certain types of extensions, such as a Command, Pad, or FileTemplate. A module that contains extension points is called an add-in host, as it can be extended by other extension packages.

To customize Visual Studio for Mac, you can create an extension package that builds from extension points contained in add-in hosts within pre-existing libraries in Visual Studio for Mac, as illustrated by the following diagram:

In order for an extension package to build from Visual Studio for Mac, it must have extensions that build from pre-existing extension points within the Visual Studio for Mac IDE. When an extension package relies on an extension point defined in an add-in host, it is said to have a dependency on that extension package.

The benefit of this modular design is that Visual Studio for Mac is extensible -- there are many extension points that can be built upon with custom extension packages. Examples of current extension packages include support for C# and F#, debugger tools, and Project templates.

Note

If you have an Add-in Maker project that was created before Add-in Maker 1.2, you need to migrate your project as outlined in the steps here.

This section looks at the different files generated by the Add-in Maker and the data a command extension requires.

Attribute files

Extension packages store metadata about their name, version, dependencies, and other information in C# attributes. The Add-in Maker creates two files, AddinInfo.cs and AssemblyInfo.cs to store and organize this information. Extension packages must have a unique ID and namespace specified in their Addin attribute:

Extension packages must also declare dependencies on the extension packages that own the extension points they plug into, which are automatically referenced at build time.

Furthermore, additional references can be added via the Add-in reference node in the solution pad for the project, as depicted by the following image:

They also have their corresponding assembly:AddinDependency attributes added at build time. Once the metadata and dependency declarations are in place, you can focus on the essential building blocks of the extension package.

Extensions and extension points

An extension point is a placeholder that defines a data structure (a type), while an extension defines data that conforms to a structure specified by a specific extension point. Extension points specify what type of extension they can accept in their declaration. Extensions are declared using type names or extension paths. See the Extension Point reference for a more in-depth explanation on how to create the extension point that you need.

The extension/extension point architecture keeps the development of Visual Studio for Mac fast and modular.

Command Extensions

Command Extensions are extensions that point to methods that are called every time it is executed.

Command Extensions are defined by adding entries to the /MonoDevelop/Ide/Commands extension point. We defined our extension in Manifest.addin.xml with the following code:

The extension node contains a path attribute that specifies the extension point that it is plugging into, in this case /MonoDevelop/Ide/Commands/Edit. Additionally, it acts as a parent node to the Command. The Command node has the following attributes:

id - Specifies the identifier for this Command. Command Identifiers must be declared as enumeration members, and are used to connect Commands to CommandItems.
_label - The text to be shown in menus.
_description - The text to be shown as a tooltip for toolbar buttons.
defaultHandler - Specifies the CommandHandler class that powers the Command

A CommandItem extension that plugs into the /MonoDevelop/Ide/MainMenu/Edit extension point is demonstrated in the following code snippet:

A CommandItem places a Command specified in its id attribute into a menu. This CommandItem is extending the /MonoDevelop/Ide/MainMenu/Edit extension point, which makes the Command's label appear in the Edit Menu. Note that the ID in the CommandItem corresponds to the ID of the Command node, InsertDate. If you remove the CommandItem, the Insert Date option would disappear from the Edit Menu.

Command Handlers

The InsertDateHandler is an extension of the CommandHandler class. It overrides two methods, Update and Run. The Update method is queried whenever a Command is shown in a menu or executed via key bindings. By changing the info object, you can disable the Command or make it invisible, populate array commands, and more. This Update method disables the command if it can't find an active Document with a TextEditor to insert text into:

You only need to override the Update method when you have special logic for enabling or hiding the Command. The Run method executes whenever a user executes a Command, which in this case occurs when a user selects the Command from the Edit Menu. This method inserts the date and time at the caret in the text editor:

Declare the Command type as a

How To Add C++ Templates To Visual Studio For Mac