You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: 15/umbraco-cms/customizing/ui-property-permissions.md
+6-6Lines changed: 6 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -4,15 +4,15 @@ The UI Property Permissions are used to restrict access to specific properties i
4
4
5
5
## Document Property Value User Permissions
6
6
7
-
Out of the box, Umbraco provides a feature called Document Property Value User Permissions.This feature can restrict access to specific Document property values for certain user groups. By default, all the built-in User Groups have read and write permissions for all properties. However, you can limit a User Group's permissions specific properties through the UI.
7
+
Out of the box, Umbraco provides a feature called Document Property Value User Permissions.This feature can restrict access to specific Document property values for certain user groups. By default, all the built-in User Groups have read and write permissions for all properties. However, you can limit a User Group's permissions for specific properties through the UI.
8
8
9
9
If a User Group does not have write access to a property, the property will be read-only for that User Group. If a User Group does not have read access to a property, the property will be hidden from that User Group.
10
10
11
-
Be aware that the Document Property Value User Permissions are not enforced on the server-side. This means that a user can still access the property value through the API, even if the property is restricted in the UI.
11
+
Be aware that the Document Property Value User Permissions are not enforced on the serverside. This means that a user can still access the property value through the API, even if the property is restricted in the UI.
12
12
13
13
## Extending the Document Property Value User Permission with additional restrictions
14
14
15
-
In addition to the User Permission logic, it is possible to add further restrictions to properties. This can be achieved through the `propertyReadOnlyState`-Manager available in propertybased Workspace Context. In the following example, we will make all invariant properties read-only.
15
+
In addition to the User Permission logic, it is possible to add further restrictions to properties. This can be achieved through the `propertyReadOnlyState`-Manager available in property-based Workspace Contexts. In the following example, we will make all invariant properties read-only.
16
16
17
17
## Register a Workspace Context
18
18
@@ -77,7 +77,7 @@ export class MyDocumentPropertyPermissionWorkspaceContext extends UmbControllerB
"The property is readonly because of my restriction",
80
+
"The property is read-only because of my restriction.",
81
81
propertyType: {
82
82
unique: property.unique,
83
83
variantId: invariantId,
@@ -100,11 +100,11 @@ It is also possible to implement completely custom UI logic for managing propert
100
100
101
101
We follow the same concept as the previous example, but instead of writing to the `propertyReadOnlyState`-Manager, we can use the `propertyViewState`-Manager and the `propertyWriteState`-Manager to control the view- and writability of properties.
102
102
103
-
In the following example we will hide a specific property based on the propertyAlias.
103
+
In the following example, we will hide a specific property based on the property alias.
104
104
105
105
## Register a workspace context for the Document Workspace
106
106
107
-
For the manifest we can use the same manifest as the previous example.
107
+
For the manifest, we can use the same manifest as the previous example.
108
108
109
109
## Implement custom logic for Property Value Permissions
0 commit comments