Members are used to describe which properties and relations should the objects of a given class have. You can manage them (create, edit, and delete) from the backend using the Members section of the classes:
Each member has tab, code, name, and other fields:
You can select a tab this member properties should belong to. All the properties of the members without a tab selected go under the General one.
It is the unique text identifier of the member. This code is used in the different places, like sorting, mapping etc.
Name is used to identify the members in the backend.
Position is used to sort the members in the lists.
Property/Property data type¶
Member can be a property or a relation. If you specify the property data type, member will be considered as a property. Property data type allows to specify how to store the object property value (and which raw storage data type is used for that), how to display and edit it in the backend.
If a property data type is selected, data type parameters will be also displayed.
If you specify the relation classes, member will be considered as a relation. Relation selector will be displayed as the editor. Also, if any relation class is selected, additional fields will be displayed.
Is relation single parent¶
Specifies whether objects of this class can have the only one relation to the specified class (and this specified class will be considered
as the parent one for the current class). For example, if blog post page can have the only one category page, you can use this option.
In the object list, link to the blog post pages will appear in the category page rows, so all the created blog post pages will be automatically related
to the parent category page objects. If the checkbox is not set, there will be two separated lists of the objects:
Category pages and
and you will have to select a category page in every post page from the relation selector manually.