The Open XML SDK provides tools for working with Office Word, Excel, and PowerPoint documents. It supports scenarios such as:
- High-performance generation of word-processing documents, spreadsheets, and presentations.
- Populating content in Word files from an XML data source.
- Splitting up (shredding) a Word or PowerPoint file into multiple files, and combining multiple Word/PowerPoint files into a single file.
- Extraction of data from Excel documents.
- Searching and replacing content in Word/PowerPoint using regular expressions.
- Updating cached data and embedded spreadsheets for charts in Word/PowerPoint.
- Document modification, such as adding, updating, and removing content and metadata.
- Releases
- If You Have Problems
- Known Issues
- Documentation
- Build Instructions
- To build the Open XML SDK
- Related tools
- Code of Conduct
The official release NuGet packages for Open XML SDK are available on Nuget.org.
The NuGet package for the latest builds of the Open XML SDK is available as a custom feed on MyGet. You can trust this package source, since the custom feed is locked and only this project feeds into the source. Stable releases here will be mirrored onto NuGet and will be identical.
For latests changes, please see the changelog
This library supports many platforms. There are builds for .NET 3.5, .NET 4.0, .NET 4.6, and .NET Standard 1.3. The following platforms are currently supported:
Platform | Minimum Version |
---|---|
.NET Framework | 3.5 |
.NET Core | 1.0 |
UWP | 10.0 |
Mono | 3.5 |
Xamarin.iOS | 10.0 |
Xamarin.Mac | 3.0 |
Xamarin.Android | 7.0 |
There is a known issue in WindowsBase
that causes crashes when handling large data sources. This is fixed in later versions of the library, based on the platform availability of the System.IO.Packaging
package. When possible, we use this package instead of WindowsBase
. This not only fixes the crash seen by some users, but is available cross platform. However, it is only available on .NET Standard 1.3+ and .NET Framework 4.6+. For this reason, the NuGet package has multiple targets to bring in, when possible. The targets are determined by NuGet at installation and build time and are listed in the table below.
Platform | System.IO.Packing Source | Tested by |
---|---|---|
.NET 3.5 | WindowsBase | N/A |
.NET 4.0 | WindowsBase | .NET 4.5.2 |
.NET 4.6 | NuGet | .NET 4.6 |
.NET Standard 1.3 | NuGet | .NET Core 1.1 |
.NET Standard 2.0 | NuGet | .NET Core 2.1, .NET Core 3.1 |
Keep in mind, though, that the System.IO.Packaging
on .NET 4.6+ is simply a facade over WindowsBase, and thus everything running on .NET 4.6 will use WindowsBase instead of the newer implementation.
The package you want to install is DocumentFormat.OpenXml.
NuGet packages are available for release builds or CI Builds and follow semantic versioning.
The package feed or the package source is specified by the feed URL. Depending on your version of Visual Studio, choose the appropriate feed URL from the table below.
Table 1: The latest builds are available via a MyGet feed.
Client | Feed URL |
---|---|
NuGet V3 (Visual Studio 2015+) | https://dotnet.myget.org/F/open-xml-sdk/api/v3/index.json |
NuGet V2 (Visual Studio 2012+) | https://dotnet.myget.org/F/open-xml-sdk/api/v2 |
The Install-Package
command considers the package source either via configuration or argument. Also, the package version can vary. For the latest version info, see the feed for the DocumentFormat.OpenXml package.
-
To specify the package source via a configuration option, see Configuring NuGet behavior. Note that usually a NuGet.config file is placed in the directory and the configuration options are added there to ensure the sources are persisted in the version control.
PM> Install-Package DocumentFormat.OpenXml -Version <version retrieved from the web>
-
To pass the feed URL as an argument, here is an example for Visual Studio 2015 and later.
PM> Install-Package DocumentFormat.OpenXml -Version <version retrieved from the web> -Source https://dotnet.myget.org/F/open-xml-sdk/api/v3/index.json
Note: If you have trouble installing the package, try restarting Visual Studio. Package sources could be cached and changes you've made to any NuGet.config files may not be detected.
If you want to report a problem (bug, behavior, build, distribution, feature request, etc...) with the SDK built by this repository, please feel free to post a new issue and someone will try to help.
If you have "how-to" questions please post to one of the following resources:
- Open XML SDK forum
- Stack Overflow (tags: openxml or openxml-sdk)
-
On .NET Core, zip packages do not have a way to stream data. Thus, the working set can explode in certain situations. This is a known issue.
-
On .NET Framework, an
IsolatedStorageException
may be thrown under certain circumstances. This generally occurs when manipulating a large document in an environment with an AppDomain that does not have enough evidence. A sample with a workaround is available here.Note: Once
System.IO.Packaging
on .NET Core has feature parity withWindowsBase
(i.e. streaming support), we can investigate using the new .NET Core on .NET Framework.
The functionality of the specific classes in this version of the Open XML SDK is similar to version 2.5, therefore the Open XML SDK 2.5 for Office documentation available on MSDN is still accurate.
In addition to open sourcing of the SDK, Microsoft has opened up the conceptual documentation for public review / contributions. A copy of the documentation is available for you to edit and review in GitHub.
This project uses the csproj format and the release versions of the tooling in Visual Studio 2017. For more information on how to use this project type to build your project, see the release notes for Visual Studio 2017. Other editors that support the latest .NET project files include Visual Studio Code, Visual Studio for Mac, or .NET CLI. See .NET Downloads for details.
The project often requires the latest release of the C# compiler as many new features come on-line that greatly aid in ease of development. As of now, the C# 7.2 compiler is required (which was released in December 2017) and comes standard in Visual Studio 2017 Update 5, with other IDEs providing updates to the compiler, as well.
Since there are a number of targets for the project, and loading all at once may cause slow performance in Visual Studio, the target framework can be controlled by an environment variable. This is controlled in Directory.Build.props via the environment variable ProjectLoadStyle
. This changes over time, but that file will contain what the available load configurations are. By default, this will try to default to the current LTS version of .NET Core, but allows development against previous targets if needed. This is helpful, for instance, if you don't have the latest .NET installed. The continuous integration system sets ProjectLoadStyle=All
to build for all targets.
- Clone the Open-XML-SDK repository.
- Open the solution with an editor that supports the latest .NET project files.
- Build the solution (using either Debug or Release configuration).
- Run the Xunit tests to verify the installation.
If you want to use a command line approach:
- Go to the directory that contains the solution.
- Run
dotnet restore
in the directory. - Run
dotnet test DocumentFormat.OpenXml.Tests
to run the tests. - Run
dotnet pack DocumentFormat.OpenXml
to generate a nupkg.
- Open XML Powertools: This is available on in the Open-Xml-PowerTools repository on GitHub and provides example code and guidance for implementing a wide range of Open XML scenarios.
This project has adopted the Microsoft Open Source Code of Conduct. For more information, see the Code of Conduct FAQ or contact opencode@microsoft.com with any additional questions or comments.