The XSLT 1.0 spec doesn't say very much in section 6, Named Templates
http://www.w3.org/TR/xslt#named-templates
, but it does say this:
It is an error if a stylesheet contains more than one template with the same
name and same import precedence.
You indicated you weren't sure whether this was a valid question for the
list. I think that before asking *any* question on the list, you should take
some steps to find out the answer from reference sources. If you can't find
the answer, then it becomes a valid question.
Michael Kay
http://www.saxonica.com/
-----Original Message-----
From: Kevin L. Cobb [mailto:kevin(_dot_)cobb(_at_)emergint(_dot_)com]
Sent: 22 September 2005 14:03
To: xsl-list(_at_)lists(_dot_)mulberrytech(_dot_)com
Subject: [xsl] Templates with same name but different
argument param names
Wonderng what the outcome of this scenario would be in XSLT and hoping
that the old saying that there are NO stupid questions is in play on
this list ;)
<xsl:template name="lookupValue">
<xsl:param name="fieldID"/>
<!-- Lookup the code using the filedID -->
</xsl:template>
<xsl:template name="lookupValue">
<xsl:param name="facilityID"/>
<!-- Lookup the code using the facilityID
different logic here -->
</xsl:template>
Will specifying the parameter names differently (fieldID versus
facilityID) in two templates that have the same name essentailly make
these two templates distinct? Getting ready to test the theory but
thought I would bust off a quick e-mail to the list first.
-Kevin
--~------------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail:
<mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--
--~------------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail: <mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--