Skip to content

Commit d1140f4

Browse files
Update ui-property-permissions.md
1 parent d65fa04 commit d1140f4

File tree

1 file changed

+6
-6
lines changed

1 file changed

+6
-6
lines changed

15/umbraco-cms/customizing/ui-property-permissions.md

Lines changed: 6 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -4,15 +4,15 @@ The UI Property Permissions are used to restrict access to specific properties i
44

55
## Document Property Value User Permissions
66

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.
88

99
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.
1010

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 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.
1212

1313
## Extending the Document Property Value User Permission with additional restrictions
1414

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 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.
1616

1717
## Register a Workspace Context
1818

@@ -77,7 +77,7 @@ export class MyDocumentPropertyPermissionWorkspaceContext extends UmbControllerB
7777
unique:
7878
"MY_INVARIANT_PROPERTY_RESTRICTION_" + property.unique,
7979
message:
80-
"The property is read only because of my restriction",
80+
"The property is read-only because of my restriction.",
8181
propertyType: {
8282
unique: property.unique,
8383
variantId: invariantId,
@@ -100,11 +100,11 @@ It is also possible to implement completely custom UI logic for managing propert
100100

101101
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.
102102

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.
104104

105105
## Register a workspace context for the Document Workspace
106106

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.
108108

109109
## Implement custom logic for Property Value Permissions
110110

0 commit comments

Comments
 (0)