Functionality Revision History

From HLKitWiki
Revision as of 23:18, 17 February 2009 by Rob (Talk | contribs) (V3.1 Revision History{{anchor|v3p1}})

Jump to: navigation, search

Context: HL KitKit Reference 

Beginning with the V3.1 release, a summary of the functional changes and enhancements to the Kit within each release is provided below.

V3.1 Revision History

The following changes and additions were introduced in V3.1.

  1. Extended "foreach" statement to support "foreach thing in component" syntax, which processes all things derived from a specified component.
  2. Extended "foreach" statement to support "foreach bootstrap in thing", which processes all things that are directly bootstrapped by an identified thing.
  3. Extended "foreach" statement to support "foreach bootstrap in entity" for use within Description scripts, which processes all things directly attached to the entity associated with the current thing context.
  4. The "isentity" target reference on picks and things indicates whether the item has a child entity attached.
  5. The "isgizmo" target reference behaves equally for things as well as picks.
  6. Picks with attached entities are treated the same as minions with respect to the scheduling of the final condition test. This means the final condition test is scheduled at the time of the latest condition test instead of at the earliest script. This change ensures that a single condition test can be defined on a component so that all child picks can safely test their live state, which depends on the live state of the gizmo, which depends on the live state of the pick that attaches the gizmo.
  7. When auto-tags are assigned via a bootstrap with a condition test, the tags are only assigned to the pick when the condition test is satisfied.
  8. Bootstraps can selectively override the values assigned to fields within the bootstrapped pick via the "assignval" child element.
  9. The "editthing" element can be assigned a "prefix" attribute, which will be used by the Editor to setup an initial unique id for new things created within the Editor.
  10. History tracking for fields with "stack" behavior supports the "=" operator, which overwrites the current value with the new value specified.
  11. If a field history entry adds or subtracts a negative value, the operator is automatically inverted and the value is negated, changing entries from "+-3" to "-3".
  12. The "history" target reference for fields and values supports an optional starting value to be shown in the report. Also, the splicing text can be omitted, in which case ", " is used.
  13. The "history" attribute for fields has a "changes" option available that omits any adjustments that yield no actual change, such as "+0" or "*1".
  14. When "best" history tracking is used for fields, any adjustments that fail to apply a meaningful change are ignored (like the "changes" behavior above).