The real power of checklists comes at the summary grid level.

Within the label dropdown, an architect or builder (in edit mode) can now configure various element display rules to facilitate the easy tracking of workflow progress.

Configurable rules are:

  • Rule A - All checklist tasks are complete 
  • Rule B - An element is overdue (COMING SOON!)
  • Rule C - A checklist task is overdue

For example, by selecting a checklist-complete display color in FULL mode (the default) – any element within this grid that has all its checklist items completed – will be displayed as the selected color.

This rule can be turned off (untick the color), changed (click another color) or moved from FULL mode to DOT mode. In FULL mode, a completed element thumbnail displays as the selected color. In DOT mode, a completed element displays the colored dot on the element thumbnail.

NB: There is a logic precedence hierarchy to these rules. 

  • Highest precedence: Rule A. All checklist tasks complete
  • Medium precedence: Rule B. An element is overdue
  • Lowest precedence: Rule C. A checklist task is overdue

If, for example, two rules apply (logically this can only be the case with B and C) then the coloring rule with the highest precedence wins out (B in this case).

Example of the chronological build of these rules (assuming all three rules have been activated):

Day 1. User manually configures element’s colour labels (full and dot)

Day 2. A task goes overdue - Rule C invoked (overwrites manual configuration)

Day 3. An element goes overdue - Rule B invoked. This will reverse out Rule C and then apply Rule B. 

Day 4. All tasks complete - Rule A invoked. This will reverse out Rule B and then apply Rule A. 

If all rules subsequently non-invoked then the display will return to any previous manual setting. The logic principle is that rule-based colouring should completely replace previous rule-invocation cf. building upon previous rule-invocation.