Content Types
Content Types are like the blue print for your content.
Last updated
Content Types are like the blue print for your content.
Last updated
When you create a content type you are shown a blank content type, all content types must have a name. Think of the name like the name of the Blueprint you would like to use when creating content.
For example, if you are creating a website that has many similar content pages which are just a heading and some text. Then you could maybe create a content type called Text Page
and then all those pages would use that content type.
Tabs are a way to organise your properties for the editor, it saves having a long list of properties on the page.
Properties (Content Property) are the fields and components you give to an editor to be able to make the pages. Things like textboxes, date pickers, rich text editors etc... You can find the full list of content properties here, or you can create your own custom content property!
One you have added a property, you have some options in the right hand side, these are as follows
The system tab holds system properties, these are as follows
Element types are just content types, but they are exclusively used in the Block List Editor and you cannot create a page from an element type.
The audit logs are just simple entries whenever there is a change on the website, so you can see which user has made what changes
Property | Description |
---|---|
Allowed At Tree Root
When this is ticked the content can be created at the root of the content tree, typically used for the 'Website' content
Is Element Type
When this is ticked is makes the content type an element type, explained below
Choose Allowed Views
Choose the views you would like the content page to be able to use. For example, some pages could have multiple views/layouts. Majority only have one
Enable List View
If you know this item is likely to have a lot of child content, if you enable a list view it shows the child items in a data grid instead of in the tree. This is a much better UI/UX for the editor than opening a tree with tons of items
Include Child Content
If you know you are going to display the child content in your content view, then enable this. It will pull all the children through in a single more efficient DB query than you having to manually fetch the after the page has loaded