[ ] Create CMS tests on disabled edit capabilities - separate task (#262)
[x] Visually indicate which groups a user can edit or not
[x] Add a description explaining that ACL's are giving access to the users who are members of the assigned groups to perform the permission on documents who are members of the given group.
[x] Prevent users from saving a group to which he/she will not have edit access
[x] Check if the way group document permissions are applied makes sense (applied to child docs or to the group itself). Applying it to the group itself feels like the more correct way, but check in the APi how it is currently implemented.
[x] Remove "Create" permission and allow group membership to be set on content docs if the CMS user has "Edit" access to the document type. The "Assign" permission should then be sufficient to control who can create groups, as a user needs to have "Assign" access to be able to save a group with an ACL.
[ ] Apply downstream permissions to parent groups. - separate issue (#261)
[x] Update the GroupSelector component to show groups to which the user has Edit access for the given DocType
[x] EditContent: Disable saving to published content if user does not have publish access (validation section?) - separate issue
[x] Add note on disabled groups that the user will know that he does not have permissions to edit the group
[x] Make deselected permission icon one shade lighter in disabled groups
[x] When creating a new group, no-edit-access verification is not working. -> This is working, but as the accessmap is not updating reactively yet, a page reload is needed to enable editing of the newly created group. (See #255)
TODO: