Variable
ColdFusion provides techniques for executing custom tags, including handling end tags and processing body text.
Accessing tag instance data
When a custom tag page executes, ColdFusion keeps data related to the tag instance in the thisTag structure. You can access the thisTag structure from within your custom tag to control processing of the tag. The behavior is like that of the File tag-specific variable (sometimes called the File scope).
ColdFusion generates the variables in the following table and writes them to the thisTag structure:
|
Description |
---|---|
ExecutionMode |
Contains the execution mode of the custom tag. Valid values are "start", "end", and "inactive". |
{{HasEndTag }} |
Distinguishes between custom tags that are called with and without end tags. Used for code validation. If the user specifies an end tag, HasEndTag is set to true; otherwise, it is set to false. |
GeneratedContent |
Specifies the content that the tag generates. This content includes anything in the body of the tag, including the results of any active content, such as ColdFusion variables and functions. You can process this content as a variable. |
{{AssocAttribs }} |
Contains the attributes of all nested tags if you use cfassociate to make them available to the parent tags. For more information, see High-level data exchange in Nesting custom tags. |
The following example accesses the ExecutionMode variable of the thisTag structure from within a custom tag:
<cfif thisTag.ExecutionMode is 'start'>
Handling end tags
The preceding examples of custom tags reference a custom tag by using just a start tag:
<cf_date>
In this case, ColdFusion calls the custom tag page date.cfm to process the tag.
However, you can create custom tags that have both a start and an end tag. For example, the following tag has both a start and an end tag:
... </cf_date>
ColdFusion calls the custom tag page date.cfm twice for a tag that includes an end tag: once for the start tag and once for the end tag. As part of the date.cfm page, you can determine if the call is for the start or end tag, and perform the appropriate processing.
ColdFusion also calls the custom tag page twice if you use the shorthand form of an end tag:
<cf_date/>
You can also call a custom tag using the cfmodule tag, as shown in the following example:
... </cfmodule>
If you specify an end tag to cfmessagebox , then ColdFusion calls your custom tag as if it had both a start and an end tag.
Determining if an end tag is specified
You can write a custom tag that requires users to include an end tag. If a tag must have an end tag provided, you can use thisTag.HasEndTag in the custom tag page to verify that the user included the end tag.
For example, in date.cfm, you could include the following code to determine whether the end tag is specified:
<!--- Abort the tag---> <cfabort showError="An end tag is required."> </cfif>
Determining the tag execution mode
The variable thisTag.ExecutionMode contains the mode of invocation of a custom tag page. The variable has one of the following values:
- Start Mode for processing the end tag.
- End Mode for processing the end tag.
- Inactive Mode when the custom tag uses nested tags. For more information, see Nesting custom tags. If an end tag is not explicitly provided, ColdFusion invokes the custom tag page only once, in Start mode.
A custom tag page named bold. cfm that makes text bold could be written as follows:
<!--- Start tag processing ---> <B> <cfelse> <!--- End tag processing ---> </B> </cfif>
You then use this tag to convert the text to bold:
<cf_bold>This is bold text</cf_bold>
You can also use cfswitch to determine the execution mode of a custom tag:
<cfcase value= 'start'> <!--- Start tag processing ---> </cfcase> <cfcase value='end'> <!--- End tag processing ---> </cfcase> </cfswitch>
Considerations when using end tags
How you code your custom tag to divide processing between the start tag and end tag depends greatly on the function of the tag. However, use the following rules to help you make your decisions:
- Use the start tag to validate input attributes, set default values, and validate the presence of the end tag if the custom tag requires it.
- Use the end tag to perform the actual processing of the tag, including any body text passed to the tag between the start and end tags. For more information on body text, see Processing body text in Executing custom tags.
- Perform output in either the start or end tag; do not divide it between the two tags.
Processing body text
Body text is any text that you include between the start and end tags when you call a custom tag, for example:
<p> Happy Birthday Ellen!</p> <p> May you have many more!</p> </cf_happybirthdayMessge>
In this example, the two lines of code after the start tag are the body text.
You can access the body text within the custom tag using the thisTag .GeneratedContent variable. The variable contains all body text passed to the tag. You can modify this text during processing of the tag. The contents of the thisTag .GeneratedContent variables are returned to the browser as part of the tag's output.
The thisTag. GeneratedContent variable is always empty during the processing of a start tag. Any output generated during start tag processing is not considered part of the tag's generated content.
A custom tag can access and modify the generated content of any of its instances using the thisTag .GeneratedContent variable. In this context, the term generated content means the results of processing the body of a custom tag. The content includes all text and HTML code in the body, the results of evaluating ColdFusion variables, expressions, and functions, and the results generated by descendant tags. Any changes to the value of this variable result in changes to the generated content.
As an example, consider a tag that comments out the HTML generated by its descendants. Its implementation could look as follows:
<cfset thisTag.GeneratedContent ='<!--#thisTag.GeneratedContent#-->'> </cfif>
Terminating tag execution
Within a custom tag, you typically perform error checking and parameter validation. As part of those checks, you can choose to abort the tag, using cfabort , if a required attribute is not specified or other severe error is detected.
The cfexit tag also terminates execution of a custom tag. However, the cfexit tag is designed to give you more flexibility when coding custom tags than cfabort . The cfexit tag's method attribute specifies where execution continues. The cfexit tag can specify that processing continues from the first child of the tag or continues immediately after the end tag marker.
You can also use the method attribute to specify that the tag body executes again. This capability enables custom tags to act as high-level iterators, emulating cfloop behavior.
The following table summarizes cfexit behavior:
Method attribute value |
Location of cfexit call |
Behavior |
---|---|---|
ExitTag (default) |
Base page |
Acts like cfabort |
|
ExecutionMode=start |
Continue after end tag |
|
ExecutionMode=end |
Continue after end tag |
ExitTemplate |
Base page |
Acts like cfabort |
|
ExecutionMode=start |
Continue from first child in body |
|
ExecutionMode=end |
Continue after end tag |
Loop |
Base page |
Error |
|
ExecutionMode=start |
Error |
|
ExecutionMode=end |
Continue from first child in body |