A content type is an object that is stored within MOSS that defines several elements of a piece of content, including:
- Document Template that the content will be based on
- Columns that the content will have associated with it (metadata)
- Workflows that the content will use
- Information Management policies that apply to the content
- Conversion types for the content
This picture shows the site-wide admin interface for managing content types
So how do you apply them?
Content Types are created centrally and then they can be applied to lists and libraries throughout your site.
This picture shows the list-based interface for adding content types to a list or library
What does this mean for users?
This means that users can now create an expense report by simply choosing ‘expense report’ from the new item button on the library. Their new expense report will be created from the central content type with the document template and all the columns and workflow that are associated with the content type.
This pictures show the net result of content types; the ability for users to choose what type of content they wish to create
The important thing to note here is that the content will inherit all of the columns and workflow that comes with the content type – even if the library does not.
For example, if you have a standard document library that just has the ‘blank document’ content type associated with it (which is the default) it will not have any columns or workflows. However if you add the ‘expense report’ content type to the library, items created from that content type will have all of the columns and workflows that are required by the content type. These columns can be used in the same way as list-based columns.
Why should you get excited?
The easiest way to demonstrate this is to compare SharePoint Server 2007 against SharePoint Portal Server 2003 functionality.
- In 2003 you needed some third party or community supported code to use anything more than the single template that is defined for each library
- In 2007 you can choose to include multiple content types (each with their own template) within a library using simple configuration
- In 2003, all items in a library have to use the same metadata columns. This restricts your library design to specific types of content rather than administrative or logical libraries structures
- In 2007, the content in a library can be whatever type you like without compromising the metadata of that content because each content type brings it’s own set of columns
- OK, so 2003 did not have workflow. But it did have Document Library Event Handlers which were used for workflow. Again these event handlers applied to the entire content of a library, not specific documents
- In 2007, the content brings the workflow that it needs with it, regardless of where it is stored. Work flows are included as part of the contenyt type, not the library (allthough they can also be set on thr library)
- In 2003, there was no easy way of differentiating different types of content other than relying on column values being filled out
- In 2007, you can search on ‘where content type = x’, i.e. ‘give me all the expense reports written by Jo Blogs’