To make your custom tags flexible, you will often want to pass data to them for processing. This section describes how to write custom tags that take tag attributes and other data as input from a calling page.
Because custom tags are individual ColdFusion pages, variables and other data are not automatically shared between a custom tag and the calling page. To pass data from the calling page to the custom tag, you can specify attribute name/value pairs in the custom tag, just as you do for normal HTML and CFML tags.
For example, to pass the value of the NameYouEntered variable to the cf_getmd tag, you can call the custom tag as follows:
<cf_getmd Name=#NameYouEntered#>
To pass multiple attributes to a custom tag, separate them with a space in the tag as follows:
<cf_mytag Firstname="Thadeus" Lastname="Jones">
In the custom tag, you use the Attributes scope to access attributes passed to the tag. Therefore, in the getmd.cfm page, you refer to the passed attribute as Attributes.Name
. The mytag.cfm custom tag page refers to the passed attributes as Attributes.Firstname
and Attributes.Lastname
.
The custom tag page can also access variables set in the calling page by prefixing the calling page's local variable with Caller. However, this is not the best way to pass information to a custom tag, because each calling page would be required to create variables with the names required by the custom tag. You can create more flexible custom tags by passing parameters using attributes.
Variables created within a custom tag are deleted when the processing of the tag terminates. Therefore, if you want to pass information back to the calling page, you must write that information back to the Caller scope of the calling page. You cannot access the custom tag's variables outside the custom tag itself.
For example, use the following code in the getmd.cfm page to set the variable Doctor on the calling page:
<cfset Caller.Doctor="Doctor " & Attributes.Name>
If the variable Doctor does not exist in the calling page, this statement creates it. If the variable exists, the custom tag overwrites it.
The following figure shows the relationship between the variables on the calling page and the custom tag:
One common technique used by custom tags is for the custom tag to take as input an attribute containing the name of the variable to use to pass back results. For example, the calling page passes returnHere as the name of the variable to use to pass back results:
<cf_mytag resultName="returnHere">
In mytag.cfm, the custom tag passes back its results using the following code:
<cfset "Caller.#Attributes.resultName#" = result>
Tip: Be careful not to overwrite variables in the calling page from the custom tag. You should adopt a naming convention to minimize the chance of overwriting variables. For example, prefix the returned variable with customtagname_, where customtagname is the name of the custom tag.
Note: Data pertaining to the HTTP request or to the current application is visible in the custom tag page. This includes the variables in the Form, Url, Cgi, Request, Cookies, Server, Application, Session, and Client scopes.
Custom tag attribute values are passed from the calling page to the custom tag page as name-value pairs. CFML custom tags support required and optional attributes. Custom tag attributes conform to the following CFML coding standards:
Attributes.
attribute_name syntax when referring to passed attributes to distinguish them from custom tag page local variables.cfparam
tag with a default
attribute at the top of a custom tag to test for and assign defaults for optional attributes that are passed from a calling page. For example: <!--- The value of the variable Attributes.Name comes from the calling page. If the calling page does not set it, make it "Who". ---> <cfparam name="Attributes.Name" default="Who">
cfparam
tag or a cfif tag with an IsDefined function at the top of a custom tag to test for required attributes that must be passed from a calling page; for example, the following code issues an abort if the user does not specify the Name attribute to the custom tag:<cfif not IsDefined("Attributes.Name")> <cfabort showError="The Name attribute is required."> </cfif>
The example in this section creates a custom tag that uses an attribute that is passed to it to set the value of a variable called Doctor on the calling page.
<html> <head> <title>Enter Name</title> </head> <body> <!--- Enter a name, which could also be done in a form ---> <!--- This example simply uses a cfset ---> <cfset NameYouEntered="Smith"> <!--- Display the current name ---> <cfoutput> Before you leave this page, you're #Variables.NameYouEntered#.<br> </cfoutput> <!--- go to the custom tag ---> <cf_getmd Name="#NameYouEntered#"> <!--- Come back from the Custom tag ---> <!--- display the results of the custom tag ---> <cfoutput> You are now #Variables.Doctor#.<br> </cfoutput> </body> </html>
callingpage.cfm
.
<!--- The value of the variable Attributes.Name comes from the calling page. If the calling page does not set it, make it "Who". ---> <cfparam name="Attributes.Name" default="Who"> <!--- Create a variable called Doctor, make its value "Doctor " followed by the value of the variable Attributes.Name. Make its scope Caller so it is passed back to the calling page ---> <cfset Caller.Doctor="Doctor " & Attributes.Name>
getmd.cfm
.
callingpage.cfm
in your browser.
The calling page uses the getmd
custom tag and displays the results.
The following table describes the code and its function:
You can use the reserved attribute attributecollection
to pass attributes to custom tags using a structure. The attributecollection
attribute must reference a structure containing the attribute names as the keys and the attribute values as the values. You can freely mix attributecollection
with other attributes when you call a custom tag.
The key-value pairs in the structure specified by the attributecollection
attribute get copied into the custom tag page's Attributes scope. This has the same effect as specifying the attributecollection
entries as individual attributes when you call the custom tag. The custom tag page refers to the attributes passed using attributecollection
the same way as it does other attributes; for example, as Attributes.CustomerName or Attributes.Department_number.
Note: You can use both tag attributes and attributecollections
. If you pass an attribute with the same name using both methods, ColdFusion passes only the tag attribute to the custom tag and ignores the corresponding attribute from the attribute collection.
Custom tag processing reserves the attributecollection
attribute to refer to the structure holding a collection of custom tag attributes. If attributecollection
does not refer to such a collection, ColdFusion generates a template exception.
The following example uses an attributecollection
attribute to pass two of four attributes:
<cfset
zort=StructNew()>
<cfset
zort.x = "-X-"> <cfset
zort.y = "-Y-"> <cf_testtwo a="blab" attributecollection=#zort# foo="16">
If testtwo.cfm contains the following code:
---custom tag ---<br>
<cfoutput>#attributes.a# #attributes.x# #attributes.y# #attributes.foo#</cfoutput><br> --- end custom tag ---
its output is the following statement:
---custom tag ---
blab -X- -Y- 16 --- end custom tag ---
One use for attributecollection
is to pass the entire Attributes scope of one custom tag to another. This often happens when you have one custom tag that calls a second custom tag and you want to pass all attributes from the first tag to the second.
For example, you call a custom tag with the following code:
<cf_first attr1="foo" attr2="bar">
To pass all the attributes of the first custom tag to the second, you include the following statement in first.cfm:
<cf_second attributecollection="#attributes#">
Within the body of second.cfm, you reference the parameters passed to it as follows:
<cfoutput>#attributes.attr1#</cfoutput>
<cfoutput>#attributes.attr2#</cfoutput>