Information
The topic you requested is included in another documentation set. For convenience, it's displayed below. Choose Switch to see the topic in its original location.

Creating Office Solutions in Visual Studio

Updated: July 2008

You can develop solutions in Visual Studio to customize Microsoft Office applications and add the specific features you need for your business processes. For example, you can turn Microsoft Office Word into a contract generator that assembles contracts out of pre-existing parts that can be made editable or not editable. With Microsoft Office Excel, you could create an automated budget worksheet customized for different projects.

Before you begin, you should determine your requirements and discover the type of solution that fits best. For example, if your Office solution must run every time the application is used, an application-level add-in best fits your requirements. If the code is tightly integrated with a single document, create a document-level customization. These project types are available as Visual Studio project templates. For more information about the project templates that are included with Visual Studio Tools for Office, see Visual Studio Tools for Office Project Templates Overview.

If you create a document-level customization, consider how it should be used by multiple people. Will everyone work on the same document, or should everyone have a separate copy of the document that they can personalize? There are project templates that are suitable for both types, which are documented in Document vs. Template Files.

If you create a Word template, you cannot use it as a global template or attach it to existing documents, Also, there is no project template for an Excel add-in file (.xla). For more information, see Limitations of Global Templates and Excel Add-ins (.xla Files)

After selecting the type of project that best fits your requirements, you have to choose what version of the .NET Framework to use in your development process. The version that you select affects which features are available to you, how the solution loads inside the Microsoft Office application, where you can put the solution installer, when updates are installed, and what deployment options are available to you.

The following table shows the minimum required versions of the .NET Framework if you want to develop for Microsoft Office 2003 or the 2007 Microsoft Office system.

Microsoft Office

.NET Framework

Visual Studio Tools for Office runtime

Microsoft Office 2003

.NET Framework 2.0

Visual Studio 2005 Tools for Office Second Edition

2007 Microsoft Office system

.NET Framework 3.5

Visual Studio Tools for Office 3.0

.NET Framework 3.5 SP1

Visual Studio Tools for Office 3.0 SP1

.NET Framework Client Profile (new in Visual Studio 2008 Service Pack 1 (SP1))

Visual Studio Tools for Office 3.0 SP1

For .NET Framework 2.0, 3.0, and 3.5, you can set the version of the .NET Framework when you create a new project. However, you can also change the version of the .NET Framework of your Office solution after project creation.

If you want to develop for .NET Framework Client Profile, you must set this option after the project is created. For more information about changing the target .NET Framework version, see How to: Change the Target .NET Framework.

If your customer base uses multiple versions of Microsoft Office, you can develop Office solutions that work in both. You must decide how to support and deploy a single solution that works in both Microsoft Office 2003 and the 2007 Microsoft Office system, or how to take advantage of features in different versions of Microsoft Office by deploying a version-specific solution. For more information, see Creating Solutions for Multiple Versions of Microsoft Office.

Application and Deployment Manifests in Office Solutions

Explains the role of application and deployment manifests in Visual Studio Tools for Office solutions.

How to: Set Up Configuration Information for an Office Solution

Explains how to manually add a .config file to your Visual Studio Tools for Office project.

Assemblies in Office Solutions Overview

Explains the role of managed-code assemblies in Visual Studio Tools for Office projects.

Namespace Considerations in Office Solutions

Provides guidance for changing the namespace of your Visual Studio Tools for Office projects.

Properties in Visual Studio Tools for Office Projects

Describes the properties that are exposed in the Properties window.

Globalization and Localization of Office Solutions

Discusses issues involved with localizing Office solutions, including static text, which must be handled separately from the assembly and other managed resources.

Date

History

Reason

July 2008

Added information about .NET Framework Client Profile and Visual Studio Tools for Office 3.0 SP1 runtime.

SP1 feature change.

Community Additions

Show:
© 2014 Microsoft