Dear Sebastian,
At 04:59 PM 3/15/2006, you wrote:
Many thanks Wendell for your comprehensive explanation. Events
somehow conspired to convince me that call-template behaved
differently to apply-templates, and that I didn't need to explicitly
pass parameters from the caller, nor declare them in the callee.
As I wrote the stylesheet (based on this assumption), each new
addition of conditional logic seemed to work, nay, _did_ work, as I
intended, further convincing me of my incorrect understanding!
That happens. :->
Anyhow, the stylesheet is now about 20 lines longer due to the
addition of lines like this in the callers:
(1) <xsl:with-param name="name"><xsl:value-of select="$name"
/></xsl:with-param>
Is it any comfort that those three lines could be one?
<xsl:with-param name="name" select="$name"/>
(Probably that's a tiny bit more efficient too.)
It was probably also the seemingly pointless and repetitive nature of
this mechanism that served to further convince me that "this can't be
necessary!" I can see why 'tunnel parameters' have been introduced,
if they serve to cut down on the number of lines like these,
especially (1).
Exactly right.
Remember, it's a dumb machine that's processing this information, so
some things do have to be made explicit so proper allowances can be made.
Cheers,
Wendell
======================================================================
Wendell Piez
mailto:wapiez(_at_)mulberrytech(_dot_)com
Mulberry Technologies, Inc. http://www.mulberrytech.com
17 West Jefferson Street Direct Phone: 301/315-9635
Suite 207 Phone: 301/315-9631
Rockville, MD 20850 Fax: 301/315-8285
----------------------------------------------------------------------
Mulberry Technologies: A Consultancy Specializing in SGML and XML
======================================================================
--~------------------------------------------------------------------
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>
--~--