Index: openacs-4/packages/acs-core-docs/www/permissions-design.adp =================================================================== RCS file: /usr/local/cvsroot/openacs-4/packages/acs-core-docs/www/permissions-design.adp,v diff -u -r1.4.2.6 -r1.4.2.7 --- openacs-4/packages/acs-core-docs/www/permissions-design.adp 13 Jul 2023 12:43:22 -0000 1.4.2.6 +++ openacs-4/packages/acs-core-docs/www/permissions-design.adp 1 Aug 2024 08:03:41 -0000 1.4.2.7 @@ -57,7 +57,7 @@ a given database row based on the information in that row.
Problems resulting from this piecemeal approach to permissions and access control were many, the two major ones being inconsistency, and repeated/redundant code. Thus the drive in -OpenACS 4 to provide a unified, consistent permissions system that +OpenACS 4 to provide a unified, consistent permission system that both programmers and administrators can readily use.
There are three essential areas in which all transactions in the -permissions system fall:
Modification of methods and privileges
Modification of permissions
Queries on permissions
"Modification of methods and
@@ -173,7 +173,7 @@
This is done by querying against acs_permissions
.
The API to the permission system consists of a few well-known tables, plus a pair of PL/SQL procedures and a pair of Tcl functions.
Tables
acs_methods
, acs_privileges
, and acs_privilege_method_rules
manage the set
@@ -217,7 +217,7 @@
These procedures are defined in acs-permissions-procs.tcl
.
All users of the permission system are the same at the
user-interface level. If you have the administer_privileges
method permission on
an object, then you may edit privileges for that object with the
UI.
The UI currently provides a list of all granted permissions on @@ -235,7 +235,7 @@ permissions UI, outlined below.
There are no configuration options for the permission system.