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
This will be the fist think you do when starting to build your own website. Content Types are blue prints for the content you want to create. They allow you to define the fields (Properties) you want the website editor to complete.
You will then display this data they have saved, in your views on the front end of the website. If this is a new concept, I would highly recommend watching this video via the link below
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
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
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
