Index: openacs-4/packages/acs-core-docs/www/xml/developers-guide/templates.xml =================================================================== RCS file: /usr/local/cvsroot/openacs-4/packages/acs-core-docs/www/xml/developers-guide/templates.xml,v diff -u -N -r1.12 -r1.12.2.1 --- openacs-4/packages/acs-core-docs/www/xml/developers-guide/templates.xml 2 Jul 2015 20:03:56 -0000 1.12 +++ openacs-4/packages/acs-core-docs/www/xml/developers-guide/templates.xml 23 Jun 2016 08:32:46 -0000 1.12.2.1 @@ -22,7 +22,7 @@ logic. The intent is to have all of the logic related to manipulating the database and other application state data in one place, and all the logic related to displaying the state of the -application in another place. This gives developer's quicker +application in another place. This gives developer's quicker customization and easier upgrades, and also allows developers and graphic designers to work more independently. @@ -43,7 +43,7 @@ In the overall context of our example OpenACS Notes application, this document will show you how to set up a simple templated page that displays a form to the user for entering new notes into the system. In -later sections of the DG, we'll discuss how to develop the pages that +later sections of the DG, we'll discuss how to develop the pages that actually add notes to the database, how to provide a separate instance of the Notes application to every user and how to design appropriate access control policies for the system. @@ -62,8 +62,8 @@ pages: one that displays a form for data entry, and another page that runs the code to update the database and tells the user whether the operation failed. In this document, we will use the template system to -build the first of these pages. This isn't a very interesting use of -the system since we won't be displaying much data, but we'll cover +build the first of these pages. This isn't a very interesting use of +the system since we won't be displaying much data, but we'll cover more on that end later. @@ -119,14 +119,14 @@ The procedure ad_page_contract is -always the first thing a .tcl file calls, if it's under +always the first thing a .tcl file calls, if it's under the www/ directory (i.e. not a Tcl library file). It does validation of input values from the HTTP request (i.e. form variables) and in this case, the -properties clause is used to set up the data sources that we will ship over to the .adp part of the page. In this case, we only use the simplest possible kind of data source, called a onevalue, which hold just a single -string value. Later on, we'll see how to use more powerful kinds of +string value. Later on, we'll see how to use more powerful kinds of data sources for representing multiple rows from an SQL query. You also include overall documentation for the page in the contract, and OpenACS has automatic tools that extract this documentation and make it @@ -211,7 +211,7 @@ data sources that are used by the display part of the page. The display part of the page is an .adp file with some special tags and notations for dealing with display logic and -inserting properties into the text of the page. Later on we'll get +inserting properties into the text of the page. Later on we'll get into templates more deeply, and show how to use database queries as data sources.