Eval Element (Data): Difference between revisions
New page: {{contextmulti|Kit Reference}} ==The "eval" Element== A major facet of data file authoring it defining scripts on components and things for [[Scripting Basics|execution during the evalua... |
No edit summary |
||
Line 11: | Line 11: | ||
|priority | |priority | ||
|Integer – Specifies the evaluation priority during which the script is invoked. | |Integer – Specifies the evaluation priority during which the script is invoked. | ||
|- | |||
|index | |||
|(Optional) Integer – Assigns an arbitrary, but unique, value to this script. This index is used within error messages to identify the script where the problem occurs. If the script is assigned a name (below), no index is necessary. Default: "1". | |||
|- | |||
|runlimit | |||
|(Optional) Integer – Specifies the maximum number of times this script will be invoked during the evaluation cycle for each container. For example, you may have a situation where a script needs to be invoked only if a particular thing is added to a container, but you only want the script invoked a single time, regardless of how many times the thing is added. To solve this, you can specify the "runlimit" as one. A value of zero indicates no limit. Default: "0". | |||
{{note}}The limit is imposed separately within each container, so no the script will always be invoked for picks within different containers. | |||
|- | |||
|iseach | |||
|(Optional) Boolean – Indicates whether the "runlimit" applies individually to each thing or collectively to all things derived from the component. If the latter, the script will be treated as a script that is invoked a limited number of times, regardless of how many different picks exist that are derived from the component. If the former, picks derived from each different thing have their own limit. Obviously, this attribute is only applicable to script defined for a component. Default: "yes". | |||
|- | |||
|sortas | |||
|(Optional) Id – Specifies the unique id of a component for which the script will be sorted when establishing the task evaluation sequence. During task scheduling, if multiple eval scripts are associated with the same component, the corresponding tasks will be sorted using the sorting sequence assigned to the component. This ensures that tasks are always scheduled in a consistent fashion when things are added multiple times to a container. In rare situations, you'll want to ensure that scripts are sorted based on the rules for a different component, in which case this attribute allows to you specify the component to use for that purpose. Obviously, this attribute is only applicable to scripts defined for a component. If empty, the script uses the sequencing for the component it is defined within. Default: Empty. | |||
|- | |- | ||
|name | |name | ||
Line 16: | Line 29: | ||
|- | |- | ||
|PCDATA | |PCDATA | ||
| | |Script – Specifies the code comprising the [[Eval Script|Eval script]]. | ||
|- | |- | ||
|} | |} |
Revision as of 23:55, 28 November 2008
Context: HL Kit … Kit Reference … Multiple Sources
The "eval" Element
A major facet of data file authoring it defining scripts on components and things for execution during the evaluation cycle. These scripts are referred to as Eval scripts and are invoked on each individual pick within the actor. Each separate script is specified through the use of an "eval" element. The complete list of attributes for this element is below.
phase Id – Specifies the unique id of the evaluation phase during which the script is invoked. priority Integer – Specifies the evaluation priority during which the script is invoked. index (Optional) Integer – Assigns an arbitrary, but unique, value to this script. This index is used within error messages to identify the script where the problem occurs. If the script is assigned a name (below), no index is necessary. Default: "1". runlimit (Optional) Integer – Specifies the maximum number of times this script will be invoked during the evaluation cycle for each container. For example, you may have a situation where a script needs to be invoked only if a particular thing is added to a container, but you only want the script invoked a single time, regardless of how many times the thing is added. To solve this, you can specify the "runlimit" as one. A value of zero indicates no limit. Default: "0". NOTE! The limit is imposed separately within each container, so no the script will always be invoked for picks within different containers.
iseach (Optional) Boolean – Indicates whether the "runlimit" applies individually to each thing or collectively to all things derived from the component. If the latter, the script will be treated as a script that is invoked a limited number of times, regardless of how many different picks exist that are derived from the component. If the former, picks derived from each different thing have their own limit. Obviously, this attribute is only applicable to script defined for a component. Default: "yes". sortas (Optional) Id – Specifies the unique id of a component for which the script will be sorted when establishing the task evaluation sequence. During task scheduling, if multiple eval scripts are associated with the same component, the corresponding tasks will be sorted using the sorting sequence assigned to the component. This ensures that tasks are always scheduled in a consistent fashion when things are added multiple times to a container. In rare situations, you'll want to ensure that scripts are sorted based on the rules for a different component, in which case this attribute allows to you specify the component to use for that purpose. Obviously, this attribute is only applicable to scripts defined for a component. If empty, the script uses the sequencing for the component it is defined within. Default: Empty. name (Optional) Text – Specifies the name assigned to this script for the purpose of establishing timing dependencies. If empty, no timing dependencies may be defined elsewhere that depend upon this script. Default: Empty. PCDATA Script – Specifies the code comprising the Eval script.
The "eval" element also possesses child elements that pertain to the handling of the script. The list of these child elements is below and must appear in the order shown. Click on the link to access the details for each element.
match An optional "match" element may appear as defined by the given link. This element defines the Match Tag Expression. If omitted, all things are assumed to match and the container requirement test is applied to them all. IMPORTANT! This element is only applicable when the container requirement is defined within a component. In all other cases, this element may not be specified.
before Zero or more "before" elements may appear as defined by the given link. This element specifies appropriate timing dependencies possessed by the container requirement. after Zero or more "after" elements may appear as defined by the given link. This element specifies appropriate timing dependencies possessed by the container requirement.
The "match" Element
The "match" element defines the Match tag expression that determines whether a particular thing is subject to the container requirement. The tag expression is applied against each thing derived from the component, and the requirement is only assigned to things that satisfy the tag expression. The complete list of attributes for this element is below.
PCDATA TagExpr – Specifies the code comprising the Match tag expression.
Example
The following example demonstrates what a "containerreq" element might look like. All default values are assumed for optional attributes.
<containerreq phase="Setup" priority="500" name="MyTest> <before name="BeforeTest"/> <after name="AfterTest"/> val:Level.? >= 4 </containerreq>