Manifest Files for Modules and Themes
In the Orchard CMS, modules and themes are important tools for extending and customizing an application. Every module and theme is required to have a manifest, which is a text file named
Theme.txt that resides in the root folder of the associated module or theme. A manifest stores metadata that Orchard uses to describe modules and themes to the system, such as name, version, description, author, and tags.
This topic is a reference for manifest files. If you create a custom module or theme, or if you write code that accesses modules or themes, you must understand the metadata fields in a manifest. The data in a manifest is structured into name-value pairs in the form
Field Name: Value.
The following sections describe the available fields in a manifest for themes and for modules. Because a theme is a type of module, many of the same metadata fields occur in both theme manifests and module manifests.
Module manifest fields
The manifest for a module should be called
Module.txt and should be located in the root of the project.
A module's manifest is made up of an overall description of the package itself and then an optional repeating section describing each of the individual features.
The module can be comprised of a default single feature or a group of individually defined features. This allows module developers to specify separate areas of the module and allow users to enable them on a per-feature basis.
Some of the fields may be overridden if a module defines multiple features. These are detailed in the
Features: sub-section fields table below.
Provides a human-readable name for a module.
If a name is provided, it will be used as the module's display name in the Orchard Gallery and in the Orchard UI.
If a name is not provided in the manifest, the ID is used instead.
Note: The ID of a module is generated internally from the name of the module's folder and is used for programmatic references to the module. For example, if the module is located in
Provides a name that is used to build more readable URLs for routing purposes compared to URLs that are based on module names or ID values.
If a path is not provided, Orchard builds URLs based on the module's name (if one is provided) or on the ID. However, module names often have spaces, and ID values often have "." characters, neither of which result in very readable URLs.
For example, for the
Note: If specified, the Path must be a valid URL segment. If you're unsure what this means the best bet is to stick with letters and numbers with no spaces.
Possible values are
A value that indicates whether request validation is enabled for a module.
The developer of the module.
This can be an organization, individual, or a list of individuals.
The URL for the website of the module developer.
The version number of the module in SemVer format.
The version information is displayed in the Orchard Gallery and in the Orchard UI.
It is also used to determine whether an update is available.
The minimum version of Orchard CMS that the module has been tested against.
A brief summary of what the module does.
The description is used in the Orchard Gallery and in the Orchard UI.
Will be overridden by the
Required if the feature has dependencies. If all features are defined in the
A comma-separated list of the application
Note: dependencies are case sensitive.
Defaults to uncategorized.
This field groups the module together in the Modules page of the Orchard admin dashboard. Related modules which have the same category are displayed together. The category field can be assigned one category. To aid in discoverability, module developers should review the Modules page of the Orchard admin dashboard and choose a related category from existing categories. If a relevant category doesn't exist modules can freely define a new category within this field.
A comma-separated lists of tags for the module.
The tags field allow users to find related modules in the Orchard Gallery.
A description of the default feature in a module.
If the module has only a single feature, use either the
If the module has multiple features and one of the features is the default, use the
If the module has multiple features and doesn't define a default feature then leave this field out and follow the instructions in its description down in the
A special repeating section of the manifest which allows a module to define multiple features within a module.
Supports several sub-fields as described by the table in the next section.
The features section should be placed at the end of the manifest.
Module.txt Features: sub-section fields
If a module provides multiple individual features within a single module then the repeating
Features: sub-section should be used. It allows module developers to specify separate manifest fields for each individual feature. These individual features can then be enabled and disabled separately by end users.
Features: field doesn't have any assigned value. It is a placemarker field that indicates the beginning of a repeating list of features.
Examples of the formatting to be used for this part of the manifest can be found in the next section.
Because the feature is already contained within the module ID module developers need to supply a unique ID for Orchard to use internally as a reference.
This is a special field. The line must begin with either a
Important: All fields below must begin with either
Provides a human-readable name for the feature.
If a name is provided, it will be used as the features display name in the Modules section of the Orchard admin dashboard.
If a name is not provided in the manifest, the
A description of the feature. If this is the default feature of the module use the
Either the main manifest section should define this field or a single feature in the features sub-section should assign this field.
It should contain a description of the individual feature.
Defaults to uncategorized.
This field groups the feature together in the Modules page of the Orchard admin dashboard. Related features which have the same category are displayed together.
Each individual feature can be assigned one category, however the different features included in the module may have each have their own category to move that feature into the most relevant area of the admin dashboard.
To aid in discoverability, module developers should prefer to review the Modules page of the Orchard admin dashboard and choose a related category from existing categories. If a relevant category doesn't exist modules can freely define a new category within this field of the manifest.
Required if the feature has dependencies
A comma-separated list of the application
Each individual feature should only define its own dependencies. If all features are defined in the
Note: dependencies are case sensitive.
The default is
Used by Orchard to determine how to resolve dependencies implementing a specific interface.
Module manifest examples
Listed below are the three different ways you can use the module manifest.
Single feature module
Name: Modules AntiForgery: enabled Author: The Orchard Team Website: http://orchardproject.net Version: 1.9.1 OrchardVersion: 1.9 Description: The Modules module enables the administrator of the site to manage the installed modules as well as activate and de-activate features. FeatureDescription: Standard module and feature management. Dependencies: Orchard.ExampleModule, Orchard.AnotherModule Category: Core
Multiple features with a default module in the main manifest
Orchard.Alias module itself (defined as
Name: Alias) is its own default feature. There are two extra optional features defined in the
Features which can be separately enabled. In this case they both have dependencies on their parent feature
Orchard.Alias but module developers can define independent features as well.
Name: Alias AntiForgery: enabled Author: The Orchard Team Website: http://orchardproject.net Version: 1.9.1 OrchardVersion: 1.9 Description: Maps friendly urls to specific module actions. FeatureDescription: Maps friendly urls to specific module actions. Category: Content Features: Orchard.Alias.UI: Name: Alias UI Description: Admin user interface for Orchard.Alias. Dependencies: Orchard.Alias, Orchard.ExampleModule Category: Content Orchard.Alias.Updater: Name: Alias Updater Description: Synchronizes aliases when created from different servers. Dependencies: Orchard.Alias Category: Content
Multiple features all defined in the features sub-section of the manifest
Name: AntiSpam AntiForgery: enabled Author: The Orchard Team Website: http://orchardproject.net Version: 1.9.1 OrchardVersion: 1.9 Description: Provides anti-spam services to protect your content from malicious submissions. Features: Orchard.AntiSpam: Name: Anti-Spam Description: Provides anti-spam services to protect your content from malicious submissions. Category: Security Dependencies: Orchard.Tokens, Orchard.jQuery Akismet.Filter: Name: Akismet Anti-Spam Filter Description: Provides an anti-spam filter based on Akismet. Category: Security Dependencies: Orchard.AntiSpam TypePad.Filter: Name: TypePad Anti-Spam Filter Description: Provides an anti-spam filter based on TypePad. Category: Security Dependencies: Orchard.AntiSpam
Notice the structure that is used for each feature described in the
Features field. The
FeatureId of the feature is listed followed by a colon
:. Then on a new line for each field, you can specify the other relevant fields including
For more information about how to create a module, including how to generate a manifest file and how to modify the manifest, see these guides:
- Getting Started with Modules course
- Writing a Content Part
- Writing a Content Field
- Building a Hello World Module.
Theme manifest fields
A theme manifest can have the following fields:
|Name||Provides a human-readable name for a theme that is an alternative to using the theme's ID. The ID of a theme is the name of the theme's folder in the virtual base path (the default virtual base path is
|Description||A brief summary of a theme's appearance and layout details. The description is used in the Orchard Gallery and in the Orchard UI.|
|Version||The version number of a theme. The version information is displayed in the Orchard Gallery and the Orchard UI, and is also used to determine whether an update is needed.|
|Author||The developer of a theme. This can be an organization, individual, or a list of individuals.|
|Website||The URL for the website of the theme developer.|
|Tags||A comma-separated lists of tags for the theme. The tags can be used to filter or group themes in a list. For example, a custom online gallery of themes can provide the ability to filter and display themes by tag.|
|Zones||A comma-separated list of the Orchard zones that are used by a theme. These zones are displayed in the Orchard dashboard and can be used to customize the layout of a site by adding, removing, or arranging widgets.|
|BaseTheme||The ID of another theme that this theme inherits from. This is an optional field. It is useful in cases where you want to customize an existing theme by copying it and then making some changes in style and appearance. When you use this approach, add the
The following example shows the manifest for The Theme Machine theme, which is the default Orchard theme.
Name: The Theme Machine Author: jowall, mibach, loudej, heskew Description: Orchard Theme Machine is a flexible multi-zone theme that provides a solid foundation to build your site. It features 20 collapsible widget zones and is flexible enough to cover a wide range of layouts. Version: 1.9.1 Tags: Awesome Website: http://orchardproject.net Zones: Header, Navigation, Featured, BeforeMain, AsideFirst, Messages, BeforeContent, Content, AfterContent, AsideSecond, AfterMain, TripelFirst, TripelSecond, TripelThird, FooterQuadFirst, FooterQuadSecond, FooterQuadThird, FooterQuadFourth, Footer
For more information about how to write a theme, including how to generate and modify a manifest, see Writing a New Theme. For information about how to customize an existing theme and then generate a manifest for it, see Customizing Themes.