Index: openacs-4/packages/acs-mail-lite/tcl/email-inbound-procs.tcl =================================================================== RCS file: /usr/local/cvsroot/openacs-4/packages/acs-mail-lite/tcl/email-inbound-procs.tcl,v diff -u -r1.15.2.15 -r1.15.2.16 --- openacs-4/packages/acs-mail-lite/tcl/email-inbound-procs.tcl 23 Aug 2022 18:44:54 -0000 1.15.2.15 +++ openacs-4/packages/acs-mail-lite/tcl/email-inbound-procs.tcl 23 Aug 2022 19:10:37 -0000 1.15.2.16 @@ -1704,20 +1704,20 @@ ad_proc -private acs_mail_lite::inbound_cache_clear { } { - Clears table of all email uids for all history. - All unread input emails will be considered new and reprocessed. - To keep history, just temporarily forget it instead: - append a revision date to acs_mail_lite_email_src_ext_id_map.src_ext -

- If you are not sure if this will do what you want, try setting + + Clears table of all email uids for all history. All unread input + emails will be considered new and reprocessed. To keep history, + just temporarily forget it instead (delete it from + acs_mail_lite_email_uid_id_map). + +

If you are not sure if this will do what you want, try setting reprocess_old_p to '1'. @see acs_mail_lite::sched_parameters } { db_dml acs_mail_lite_email_uid_map_d { update acs_mail_lite_email_uid_id_map { delete from acs_mail_lite_email_uid_id_map - } } return 1 Index: openacs-4/packages/xotcl-core/tcl/cr-procs.tcl =================================================================== RCS file: /usr/local/cvsroot/openacs-4/packages/xotcl-core/tcl/cr-procs.tcl,v diff -u -r1.76.2.60 -r1.76.2.61 --- openacs-4/packages/xotcl-core/tcl/cr-procs.tcl 26 Jun 2022 19:32:08 -0000 1.76.2.60 +++ openacs-4/packages/xotcl-core/tcl/cr-procs.tcl 23 Aug 2022 19:10:38 -0000 1.76.2.61 @@ -1679,17 +1679,21 @@ {-item_id 0} {-revision_id 0} {-initialize:boolean true} - } { - The "standard" get_instance_from_db methods return objects following the - naming convention "::", e.g. ::1234 + } { + The "standard" get_instance_from_db methods return objects + following the naming convention "::<acs_object_id>", + e.g. ::1234 - Usually, the id of the item that is fetched from the database is used. However, - XoWiki's "folder objects" (i.e. an ::xowiki::Object instance that can be used - to configure the respective instance) are created using the acs_object_id of the - root folder of the xowiki instance, which is actually the id of another acs_object. +

Usually, the id of the item that is fetched from the database + is used. However, XoWiki's "folder objects" (i.e. an + ::xowiki::Object instance that can be used to configure the + respective instance) are created using the acs_object_id of the + root folder of the xowiki instance, which is actually the id of + another acs_object. - Because of this, we cannot simply create the instances of CrFolder using the - "standard naming convention". Instead we create them as ::cr_folder +

Because of this, we cannot simply create the instances of + CrFolder using the "standard naming convention". Instead we create + them as ::cr_folder<acs_object_id>. } { set object ::$item_id if {![nsf::is object $object]} { Index: openacs-4/packages/xotcl-core/tcl/generic-procs.tcl =================================================================== RCS file: /usr/local/cvsroot/openacs-4/packages/xotcl-core/tcl/generic-procs.tcl,v diff -u -r1.112.2.9 -r1.112.2.10 --- openacs-4/packages/xotcl-core/tcl/generic-procs.tcl 8 Apr 2022 09:32:48 -0000 1.112.2.9 +++ openacs-4/packages/xotcl-core/tcl/generic-procs.tcl 23 Aug 2022 19:10:38 -0000 1.112.2.10 @@ -321,14 +321,17 @@ } -ad_doc { Simple OO interface to template::list. - This class has been built to allow quick creation of list UIs for generic acs_objects.
-
- Many parameters are homonimous to those for template::list::create
- and work in the same way, unless stated differently in this documentation.
- Despite the high number of object's members, most of them are there for backward compatibility with the procedural API - and they seldom need to be specified.
-
- An example of instantiation could just look as this:
+ This class has been built to allow quick creation of list UIs for generic acs_objects. + +

Many parameters are homonymous to those for + template::list::create + and work in the same way, unless stated differently in this documentation. + +

Despite the high number of object's members, most of them are + there for backward compatibility with the procedural API and they + seldom need to be specified. + +

An example of instantiation could just look as this:

     # Must be an existing acs_object class on the system.
     set class "::dev::Location"