Date Name Downloads
Sep 2, 2008 19Aug2008 1972
Jan 9, 2008 8-Jan-2008 680
Sep 20, 2007 20-09-2007 575
Jul 11, 2007 12/07/2007 1096
Jul 5, 2007 05/07/2007 214
Jun 21, 2007 21/06/2007 374
May 14, 2007 22/05/2007 343
Apr 11, 2007 1.1 Alpha 328
Mar 13, 2007 1.01 378
Mar 1, 2007 1.0 316
Dec 30, 2006 beta 3 541
Dec 6, 2006 beta 2 335
Oct 27, 2006 beta 1 180
22/05/2007
22/05/2007
May 14, 2007
GNU GPL
343

PLEASE NOTE: THIS RELEASE REPLACES 15/5/2007 RELEASE. THE 15/5/2007 RELEASE DID NOT CONTAIN THE LATEST QAF TEMPLATE VERSION - WHOOPS!



NEW FEATURE: FIELD PUSH alpha

This feature automatically pushes fields to response documents when the value(s) change in the parent. The operation is triggered Post-Save and is executed on the server. Each field is pushed only if it's value has changed AND an item with the same name already exists in the response.

This tool only works for Notes response hierarchies. The obvious extension is to support the definition of relationships between the source document and documents that should inherit data. (eg based on formulas and view lookups) - this should appear in a future release. Field Push configuration is available at the workflow level (new link on QAF Desigher "Field Push").



CHANGES TO SCRIPT LIBRARY: QAF WF API

wfGetAllStates() function - new parameter optActualNextStatesOnly. When true, only the states actually in use by workflow actions (Next State) are retrieved, as opposed to all defined States for the workflow + Global States.



wfConsistencyCheck() function - logic improved (see Help/About in QAF template for details). This function is used to repair erroneous Waiting On information and to otherwise 'contrive' Waiting On information based on the document's Status.



AGENT:
APPCOORD TOOLS \ WORKFLOW CHANGE STATUS

This agent now only displays statuses that are actually used by Workflow Actions relevant to the selected documents. Previously all defined States were shown (of the related workflow) + Global States.



VERSIONING

Beyond version 1.1 Alpha, version numbers are changed from an incremental numbering scheme to a date (design last modified date). The terms Alpha and Beta now appear in forms/ dialogs of new features that are in progress.



Alpha and Beta are defined as follows:



Alpha: Experimental new feature in early stages. Probably buggy; untested.

Beta: New feature that is settled in terms of function, and reaching maturity in terms of reliability.