Index: openacs-4/packages/acs-core-docs/www/object-system-requirements.html =================================================================== RCS file: /usr/local/cvsroot/openacs-4/packages/acs-core-docs/www/object-system-requirements.html,v diff -u -r1.37.2.3 -r1.37.2.4 --- openacs-4/packages/acs-core-docs/www/object-system-requirements.html 1 Aug 2024 08:03:40 -0000 1.37.2.3 +++ openacs-4/packages/acs-core-docs/www/object-system-requirements.html 2 Sep 2024 09:40:22 -0000 1.37.2.4 @@ -5,7 +5,7 @@
A major goal in OpenACS 4 is to unify and normalize many of the core services of the system into a coherent common data model and API. In the past, these services were provided to applications in an ad-hoc and irregular fashion. -Examples of such services include:
General Comments
User/groups
Attribute storage in user/groups
General Permissions
Site wide search
General Auditing
All of these services involve relating extra information and services to +Examples of such services include:
General Comments
User/groups
Attribute storage in user/groups
General Permissions
Site-wide search
General Auditing
All of these services involve relating extra information and services to application data objects, examples of which include:
Bboard messages
A user home page
A ticket in the Ticket Tracker
A photograph in the PhotoDB
In the past, developers had to use ad-hoc and inconsistent schemes to interface to the various "general" services mentioned above. Since each service used its own scheme for storing its metadata and mapping this @@ -138,7 +138,7 @@ separately.
Examples of utilities that do this in OpenACS 3.x system are:
User/groups: Information is attached to group membership relations.
General Comments: Comments are attached to objects representing some kind of document.
General Permissions: Stores access control information on application data.
User Profiling: Maps users to pieces of content that they have looked at; -content identifiers must be managed in a uniform way.
Site Wide Search: Stores all content in a single flat table, with object +content identifiers must be managed in a uniform way.
Site-Wide Search: Stores all content in a single flat table, with object identifiers pointing to the object containing the content in the first place. This way, we can search the contents of many different types of objects in a uniform way.
The OM will support and unify this programming idiom by providing objects