Index: openacs-4/packages/acs-bootstrap-installer/tcl/00-proc-procs.tcl =================================================================== RCS file: /usr/local/cvsroot/openacs-4/packages/acs-bootstrap-installer/tcl/00-proc-procs.tcl,v diff -u -r1.31 -r1.32 --- openacs-4/packages/acs-bootstrap-installer/tcl/00-proc-procs.tcl 31 Mar 2006 17:59:14 -0000 1.31 +++ openacs-4/packages/acs-bootstrap-installer/tcl/00-proc-procs.tcl 8 Apr 2006 22:57:28 -0000 1.32 @@ -531,6 +531,7 @@ preferred.
  • If you use named parameters, you can specify which ones are required, optional, (including default values), and boolean. See the examples below.
  • +
  • There is now a callback facility. See below.
  • The declaration can (and should!) include documentation. This documentation may contain tags which are parsed for display by the api browser. Some tags are @param, @return, @error, @see, @author @@ -570,7 +571,6 @@ meaning that -- marks the end of the parameters. This is important if your named parameter contains a value of something starting with a "-".

    -

    Here's an example with named parameters, and namespaces (notice the preferred way of declaring namespaces and namespaced procedures). Ignore the \ in "\@param", @@ -611,7 +611,32 @@ }

    +

    + (note, most of the info on callbacks here due to leeldn)

    + You can define callbacks, both generally (which you would do first) and specific + to a particular implementation. The way you do so is: +

    +

    +

    +

    + @param public specifies that the procedure is part of a public API. @param private specifies that the procedure is package-private. @param deprecated specifies that the procedure should not be used.