Index: openacs-4/packages/acs-content-repository/www/doc/intermedia.adp =================================================================== RCS file: /usr/local/cvsroot/openacs-4/packages/acs-content-repository/www/doc/intermedia.adp,v diff -u -N -r1.4 -r1.4.2.1 --- openacs-4/packages/acs-content-repository/www/doc/intermedia.adp 30 Apr 2018 08:15:07 -0000 1.4 +++ openacs-4/packages/acs-content-repository/www/doc/intermedia.adp 5 Apr 2021 19:49:48 -0000 1.4.2.1 @@ -47,7 +47,7 @@ ext_fname FILLER CHAR(80), doc LOBFILE(ext_fname) TERMINATED BY EOF)

Copy any number of documents (Microsoft Word, PDF, text, HTML, -etc.) to the file system of your database server. Create a data +etc.) to the filesystem of your database server. Create a data file with an entry for each document you would like to load. This is simply a comma-separated text file:

word, Simple Story,sample-docs/simple.doc,
Index: openacs-4/packages/acs-content-repository/www/doc/intermedia.html
===================================================================
RCS file: /usr/local/cvsroot/openacs-4/packages/acs-content-repository/www/doc/intermedia.html,v
diff -u -N -r1.2 -r1.2.2.1
--- openacs-4/packages/acs-content-repository/www/doc/intermedia.html	7 Aug 2017 23:47:47 -0000	1.2
+++ openacs-4/packages/acs-content-repository/www/doc/intermedia.html	5 Apr 2021 19:49:48 -0000	1.2.2.1
@@ -60,7 +60,7 @@
  doc LOBFILE(ext_fname) TERMINATED BY EOF)

Copy any number of documents (Microsoft Word, PDF, text, HTML, -etc.) to the file system of your database server. Create a data file +etc.) to the filesystem of your database server. Create a data file with an entry for each document you would like to load. This is simply a comma-separated text file:

Index: openacs-4/packages/acs-content-repository/www/doc/requirements.adp =================================================================== RCS file: /usr/local/cvsroot/openacs-4/packages/acs-content-repository/www/doc/requirements.adp,v diff -u -N -r1.4 -r1.4.2.1 --- openacs-4/packages/acs-content-repository/www/doc/requirements.adp 30 Apr 2018 08:15:07 -0000 1.4 +++ openacs-4/packages/acs-content-repository/www/doc/requirements.adp 5 Apr 2021 19:49:48 -0000 1.4.2.1 @@ -133,14 +133,14 @@

40.10. The data model must support the hierarchical organization of content items in a manner similar to a -file system.

+filesystem.

40.20. The URL of a content item should reflect its location in the hierarchy. For example, a press release with the URL /press-releases/products/new-widget is located at the third level down from the root of the hierarchy.

40.20.5 Content Folder.

A folder is analogous to a folder or directory in a -file system. It represents a level in the content item hierarchy. +filesystem. It represents a level in the content item hierarchy. In the previous example, press-releases is a folder under the repository root, and products is folder within that. The description of a folder may include the following @@ -160,7 +160,7 @@

40.30.5 Content Symbolic Link.

A symbolic link is -analogous to a symlink, alias or shortcut in a file system. The +analogous to a symlink, alias or shortcut in a filesystem. The description of a symbolic link must include the following information:

40.30.5.10. A @@ -315,7 +315,7 @@

100.50 Content Folders

The repository should allow for hierarchical arrangement of -content items in a manner similar to a file system. The API to meet +content items in a manner similar to a filesystem. The API to meet this general requirement focuses primarily on content folders:

Index: openacs-4/packages/acs-content-repository/www/doc/requirements.html =================================================================== RCS file: /usr/local/cvsroot/openacs-4/packages/acs-content-repository/www/doc/requirements.html,v diff -u -N -r1.3 -r1.3.2.1 --- openacs-4/packages/acs-content-repository/www/doc/requirements.html 7 Aug 2017 23:47:47 -0000 1.3 +++ openacs-4/packages/acs-content-repository/www/doc/requirements.html 5 Apr 2021 19:49:48 -0000 1.3.2.1 @@ -166,8 +166,7 @@

40.10. The data model must support the hierarchical -organization of content items in a manner similar to a file -system.

+organization of content items in a manner similar to a filesystem.

40.20. The URL of a content item should reflect its location in the hierarchy. For example, a press release with the URL @@ -176,8 +175,7 @@

40.20.5 Content Folder.

-

A folder is analogous to a folder or directory in a file -system. It represents a level in the content item hierarchy. In the +

A folder is analogous to a folder or directory in a filesystem. It represents a level in the content item hierarchy. In the previous example, press-releases is a folder under the repository root, and products is folder within that. The description of a folder may include the following information:

@@ -204,7 +202,7 @@

40.30.5 Content Symbolic Link.

A symbolic link is analogous to a symlink, alias or -shortcut in a file system. The description of a symbolic link must include +shortcut in a filesystem. The description of a symbolic link must include the following information:

40.30.5.10. A URL-encoded name for the symbolic link. As @@ -394,7 +392,7 @@

100.50 Content Folders

The repository should allow for hierarchical arrangement of content -items in a manner similar to a file system. The API to meet this +items in a manner similar to a filesystem. The API to meet this general requirement focuses primarily on content folders:

Index: openacs-4/packages/acs-content-repository/www/doc/tutorial.adp =================================================================== RCS file: /usr/local/cvsroot/openacs-4/packages/acs-content-repository/www/doc/tutorial.adp,v diff -u -N -r1.6.2.1 -r1.6.2.2 --- openacs-4/packages/acs-content-repository/www/doc/tutorial.adp 14 Aug 2019 07:34:35 -0000 1.6.2.1 +++ openacs-4/packages/acs-content-repository/www/doc/tutorial.adp 5 Apr 2021 19:49:48 -0000 1.6.2.2 @@ -537,7 +537,7 @@ The content repository also has a very useful facility for organizing your data into a hierarchy, very similar to a -file-system. Just like a file system, you can have folders to store +file-system. Just like a filesystem, you can have folders to store items inside of, and organize your information. The main difference is that every item can also contain other items. So in our case, we can have tasks that contain other tasks. This is a useful way for @@ -771,13 +771,12 @@ attributes.
-
Content Folder
A folder is analogous to a folder or directory in a file -system. It represents a level in the content item hierarchy. In the +
Content Folder
A folder is analogous to a folder or directory in a filesystem. It represents a level in the content item hierarchy. In the previous example, press-releases is a folder under the repository root, and products is folder within that.
-
Symbolic Link
Analogous to a symlink, alias or shortcut in a file system. +
Symbolic Link
Analogous to a symlink, alias or shortcut in a filesystem. Allows an item to be accessed from multiple folders.
Index: openacs-4/packages/acs-content-repository/www/doc/tutorial.html =================================================================== RCS file: /usr/local/cvsroot/openacs-4/packages/acs-content-repository/www/doc/tutorial.html,v diff -u -N -r1.5.2.2 -r1.5.2.3 --- openacs-4/packages/acs-content-repository/www/doc/tutorial.html 14 Aug 2019 07:34:35 -0000 1.5.2.2 +++ openacs-4/packages/acs-content-repository/www/doc/tutorial.html 5 Apr 2021 19:49:49 -0000 1.5.2.3 @@ -557,7 +557,7 @@

Structuring your data into a hierarchy

-The content repository also has a very useful facility for organizing your data into a hierarchy, very similar to a file-system. Just like a file system, you can have folders to store items inside of, and organize your information. The main difference is that every item can also contain other items. So in our case, we can have tasks that contain other tasks. This is a useful way for us to specify sub-tasks, and sub-sub-tasks. In my case, building project-management software, this also allows my tasks to be stored underneath their given project. +The content repository also has a very useful facility for organizing your data into a hierarchy, very similar to a file-system. Just like a filesystem, you can have folders to store items inside of, and organize your information. The main difference is that every item can also contain other items. So in our case, we can have tasks that contain other tasks. This is a useful way for us to specify sub-tasks, and sub-sub-tasks. In my case, building project-management software, this also allows my tasks to be stored underneath their given project.

Using this structure is optional, but useful in many circumstances.

@@ -733,9 +733,9 @@

Content Revision
A revision consists of the complete state of the item as it existed at a certain point in time. This includes the main text or binary object associated with the item, as well as all attributes.
-
Content Folder
A folder is analogous to a folder or directory in a file system. It represents a level in the content item hierarchy. In the previous example, press-releases is a folder under the repository root, and products is folder within that.
+
Content Folder
A folder is analogous to a folder or directory in a filesystem. It represents a level in the content item hierarchy. In the previous example, press-releases is a folder under the repository root, and products is folder within that.
-
Symbolic Link
Analogous to a symlink, alias or shortcut in a file system. Allows an item to be accessed from multiple folders.
+
Symbolic Link
Analogous to a symlink, alias or shortcut in a filesystem. Allows an item to be accessed from multiple folders.
Templates
Templates are merged with content items to render output in HTML or other formats. Templates are assumed to be text files containing static markup with embedded tags or code to incorporate dynamic content in appropriate places.
Index: openacs-4/packages/acs-content-repository/www/doc/api/extlink.adp =================================================================== RCS file: /usr/local/cvsroot/openacs-4/packages/acs-content-repository/www/doc/api/extlink.adp,v diff -u -N -r1.4 -r1.4.2.1 --- openacs-4/packages/acs-content-repository/www/doc/api/extlink.adp 30 Apr 2018 08:15:07 -0000 1.4 +++ openacs-4/packages/acs-content-repository/www/doc/api/extlink.adp 5 Apr 2021 19:49:49 -0000 1.4.2.1 @@ -25,11 +25,11 @@
  • Function: content_extlink.is_extlink -

    Determines if the item is a extlink

    +

    Determines if the item is an extlink

    -
    Author:Karl Goldstein
    Returns:'t' if the item is a extlink, 'f' +Returns:'t' if the item is an extlink, 'f' otherwise
    Parameters:
    Index: openacs-4/packages/acs-content-repository/www/doc/api/extlink.html =================================================================== RCS file: /usr/local/cvsroot/openacs-4/packages/acs-content-repository/www/doc/api/extlink.html,v diff -u -N -r1.2 -r1.2.2.1 --- openacs-4/packages/acs-content-repository/www/doc/api/extlink.html 7 Aug 2017 23:47:47 -0000 1.2 +++ openacs-4/packages/acs-content-repository/www/doc/api/extlink.html 5 Apr 2021 19:49:49 -0000 1.2.2.1 @@ -37,13 +37,13 @@
    • Function: content_extlink.is_extlink -

      Determines if the item is a extlink

      +

      Determines if the item is an extlink

    item_id:  The item id
    - + Index: openacs-4/packages/acs-content-repository/www/doc/guide/keywords.html =================================================================== RCS file: /usr/local/cvsroot/openacs-4/packages/acs-content-repository/www/doc/guide/keywords.html,v diff -u -N -r1.4 -r1.4.2.1 --- openacs-4/packages/acs-content-repository/www/doc/guide/keywords.html 7 Aug 2017 23:47:47 -0000 1.4 +++ openacs-4/packages/acs-content-repository/www/doc/guide/keywords.html 5 Apr 2021 19:49:49 -0000 1.4.2.1 @@ -116,7 +116,7 @@ Index: openacs-4/packages/acs-content-repository/www/doc/guide/publish.adp =================================================================== RCS file: /usr/local/cvsroot/openacs-4/packages/acs-content-repository/www/doc/guide/publish.adp,v diff -u -N -r1.4 -r1.4.2.1 --- openacs-4/packages/acs-content-repository/www/doc/guide/publish.adp 30 Apr 2018 08:15:07 -0000 1.4 +++ openacs-4/packages/acs-content-repository/www/doc/guide/publish.adp 5 Apr 2021 19:49:49 -0000 1.4.2.1 @@ -116,7 +116,7 @@

    Merging Data with Templates

    Returning Output

      -
    1. Write to the file system
    2. Service public requests directly
    3. +
    4. Write to the filesystem
    5. Service public requests directly

    karlg\@arsdigita.com Index: openacs-4/packages/acs-content-repository/www/doc/guide/publish.html =================================================================== RCS file: /usr/local/cvsroot/openacs-4/packages/acs-content-repository/www/doc/guide/publish.html,v diff -u -N -r1.5 -r1.5.2.1 --- openacs-4/packages/acs-content-repository/www/doc/guide/publish.html 7 Aug 2017 23:47:47 -0000 1.5 +++ openacs-4/packages/acs-content-repository/www/doc/guide/publish.html 5 Apr 2021 19:49:49 -0000 1.5.2.1 @@ -139,7 +139,7 @@

    Returning Output

      -
    1. Write to the file system +
    2. Write to the filesystem
    3. Service public requests directly
    Index: openacs-4/packages/acs-content-repository/www/doc/guide/storage.adp =================================================================== RCS file: /usr/local/cvsroot/openacs-4/packages/acs-content-repository/www/doc/guide/storage.adp,v diff -u -N -r1.4 -r1.4.2.1 --- openacs-4/packages/acs-content-repository/www/doc/guide/storage.adp 30 Apr 2018 08:15:07 -0000 1.4 +++ openacs-4/packages/acs-content-repository/www/doc/guide/storage.adp 5 Apr 2021 19:49:49 -0000 1.4.2.1 @@ -69,7 +69,7 @@

    Define a Relationship to a Target Object

    The content repository implements a flexible mechanism for organizing data in a hierarchical fashion in a manner similar to a -file system. This would be useful if we ever decided to allow each +filesystem. This would be useful if we ever decided to allow each user to manage an entire personal photo gallery rather than a single portrait.

    In the simple case where each user is allowed a single portrait, Index: openacs-4/packages/acs-content-repository/www/doc/guide/storage.html =================================================================== RCS file: /usr/local/cvsroot/openacs-4/packages/acs-content-repository/www/doc/guide/storage.html,v diff -u -N -r1.2 -r1.2.2.1 --- openacs-4/packages/acs-content-repository/www/doc/guide/storage.html 7 Aug 2017 23:47:47 -0000 1.2 +++ openacs-4/packages/acs-content-repository/www/doc/guide/storage.html 5 Apr 2021 19:49:49 -0000 1.2.2.1 @@ -82,7 +82,7 @@

    The content repository implements a flexible mechanism for organizing data in a hierarchical fashion in a manner similar to a -file system. This would be useful if we ever decided to allow each +filesystem. This would be useful if we ever decided to allow each user to manage an entire personal photo gallery rather than a single portrait.

    Index: openacs-4/packages/acs-content-repository/www/doc/guide/template.adp =================================================================== RCS file: /usr/local/cvsroot/openacs-4/packages/acs-content-repository/www/doc/guide/template.adp,v diff -u -N -r1.4 -r1.4.2.1 --- openacs-4/packages/acs-content-repository/www/doc/guide/template.adp 30 Apr 2018 08:15:07 -0000 1.4 +++ openacs-4/packages/acs-content-repository/www/doc/guide/template.adp 5 Apr 2021 19:49:49 -0000 1.4.2.1 @@ -10,8 +10,7 @@ Guide

    The content repository allows you to associate templates with both content types and individual content items. A template -determines how a content item is rendered when exported to the file -system or served directly to a client.

    +determines how a content item is rendered when exported to the filesystem or served directly to a client.

    The content repository does not make any assumptions about the type of templating system used by the application server with which it is being used. Templates are simply made available to the @@ -43,7 +42,7 @@ content_template.get_root_folder).

    Templates are placed under their own root to ensures that bare templates are never accessible via a public URL. This is also done -because the relationship with the file system may be different for +because the relationship with the filesystem may be different for templates than for content items. For example, templates may be associated with additional code or resource files that developers maintain under separate source control.

    Index: openacs-4/packages/acs-content-repository/www/doc/guide/template.html =================================================================== RCS file: /usr/local/cvsroot/openacs-4/packages/acs-content-repository/www/doc/guide/template.html,v diff -u -N -r1.2 -r1.2.2.1 --- openacs-4/packages/acs-content-repository/www/doc/guide/template.html 7 Aug 2017 23:47:47 -0000 1.2 +++ openacs-4/packages/acs-content-repository/www/doc/guide/template.html 5 Apr 2021 19:49:49 -0000 1.2.2.1 @@ -9,7 +9,7 @@

    The content repository allows you to associate templates with both content types and individual content items. A template determines how -a content item is rendered when exported to the file system or served +a content item is rendered when exported to the filesystem or served directly to a client.

    The content repository does not make any assumptions about the type @@ -48,7 +48,7 @@

    Templates are placed under their own root to ensures that bare templates are never accessible via a public URL. This is also done -because the relationship with the file system may be different for +because the relationship with the filesystem may be different for templates than for content items. For example, templates may be associated with additional code or resource files that developers maintain under separate source control.

    Author:Karl Goldstein
    Returns:'t' if the item is a extlink, 'f' otherwise
    Returns:'t' if the item is an extlink, 'f' otherwise
    Parameters:
    Index: openacs-4/packages/acs-content-repository/www/doc/guide/file-system.adp =================================================================== RCS file: /usr/local/cvsroot/openacs-4/packages/acs-content-repository/www/doc/guide/file-system.adp,v diff -u -N -r1.5 -r1.5.2.1 --- openacs-4/packages/acs-content-repository/www/doc/guide/file-system.adp 1 Nov 2018 08:46:40 -0000 1.5 +++ openacs-4/packages/acs-content-repository/www/doc/guide/file-system.adp 5 Apr 2021 19:49:49 -0000 1.5.2.1 @@ -8,14 +8,14 @@ ACS Documentation : Content Repository : Developer Guide

    The content repository organizes content items in a hierarchical -structure similar to a file system. You manage content items in the -repository using the same basic operations as in a file system:

    +structure similar to a filesystem. You manage content items in the +repository using the same basic operations as in a filesystem:

    • A freshly installed content repository consists of a single "root" folder (analogous to the root directory / in UNIX or an empty partition in Windows or macOS).
    • You organize items by creating subfolders under the root.
    • You can move or copy items from one folder to another.
    • You can create "links" or "shortcuts" for -items to make them accessible from within other directories.
    • Each item has a "file name" and an absolute +items to make them accessible from within other directories.
    • Each item has a "filename" and an absolute "path" that is determined by its location on a particular branch of the repository tree. For example, the path to an item named widget in the folder products would be Index: openacs-4/packages/acs-content-repository/www/doc/guide/file-system.html =================================================================== RCS file: /usr/local/cvsroot/openacs-4/packages/acs-content-repository/www/doc/guide/file-system.html,v diff -u -N -r1.4 -r1.4.2.1 --- openacs-4/packages/acs-content-repository/www/doc/guide/file-system.html 1 Nov 2018 08:46:40 -0000 1.4 +++ openacs-4/packages/acs-content-repository/www/doc/guide/file-system.html 5 Apr 2021 19:49:49 -0000 1.4.2.1 @@ -11,8 +11,8 @@

      The content repository organizes content items in a hierarchical -structure similar to a file system. You manage content items in the -repository using the same basic operations as in a file system:

      +structure similar to a filesystem. You manage content items in the +repository using the same basic operations as in a filesystem:

      • A freshly installed content repository consists of a single "root" @@ -26,7 +26,7 @@
      • You can create "links" or "shortcuts" for items to make them accessible from within other directories. -
      • Each item has a "file name" and an absolute "path" that is +
      • Each item has a "filename" and an absolute "path" that is determined by its location on a particular branch of the repository tree. For example, the path to an item named widget in the folder products would be Index: openacs-4/packages/acs-content-repository/www/doc/guide/keywords.adp =================================================================== RCS file: /usr/local/cvsroot/openacs-4/packages/acs-content-repository/www/doc/guide/keywords.adp,v diff -u -N -r1.4 -r1.4.2.1 --- openacs-4/packages/acs-content-repository/www/doc/guide/keywords.adp 30 Apr 2018 08:15:07 -0000 1.4 +++ openacs-4/packages/acs-content-repository/www/doc/guide/keywords.adp 5 Apr 2021 19:49:49 -0000 1.4.2.1 @@ -108,7 +108,7 @@
    Function/ProcedurePurposeDescription
    newCreate a new Subject KeywordThis is a standard new function, used to create a -new Subject Keyword. If the parent id is specified, the new keword +new Subject Keyword. If the parent id is specified, the new keyword becomes a child of the parent keyword (which may now be called a Subject Category)
    Create a new Subject Keyword This is a standard new function, used to create a new - Subject Keyword. If the parent id is specified, the new keword becomes + Subject Keyword. If the parent id is specified, the new keyword becomes a child of the parent keyword (which may now be called a Subject Category)