Date: 01/18/01
- Next message: nathan r. hruby: "Re: [phplib] The change to PEAR..."
- Previous message: jerry: "[phplib] unsubscribe thanks"
- In reply to: Kristian Köhntopp: "Re: [phplib] The change to PEAR..."
- Next in thread: Kristian Koehntopp: "[phplib] Contemplating templates (was: [phplib] The change toPEAR...)"
- Reply: Kristian Koehntopp: "[phplib] Contemplating templates (was: [phplib] The change toPEAR...)"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hello Kristian,
Thursday, January 18, 2001, 5:56:56 PM, you wrote:
KK> "Max A. Derkachev" wrote:
>> Well, XSLT is the right thing, of course, but it needs not only an XSL
>> template, but also an input XML document, doesn't it?
KK> If you are using a HTML/XHTML document as the stylesheet and are
KK> using only XSLT parameters in your stylesheet, an empty XML file
KK> will do. The stylesheet is instead the document being served. This
KK> is identical to Template, where the template contains the HTML,
KK> and {NAME} sections are being replaced by variables.
Thank You for an explanation, I didn't know the thing about empty XML
doc. That would perfectly work instead of simple template then.
But what about complex templates with blocks and nested blocks?
The first comes into mind that one can define blocks by defining
<xsl:template name="block"> and then call it with
<xsl:call-template name="block"> and <xsl:for-each select="element_in_block"> ,
but for-each needs the element_in_block for the loop, not an empty XML
document?
One could forget about template blocks and process all the templates
for the logical blocks from the ground up, inserting the results into
upper logical blocks as variables. But this approach would kill the XSLT
visualization - you can not see the full picture of the output looking
at a pile of XSL templates that would seem not to be connected to each other ....
-- Best regards, Max A. Derkachev mailto:kot <email protected> Symbol-Plus Publishing Ltd. phone: +7 (812) 324-53-53 http://www.Books.Ru -- All Books of Russia--------------------------------------------------------------------- To unsubscribe, e-mail: phplib-unsubscribe <email protected> For additional commands, e-mail: phplib-help <email protected>
- Next message: nathan r. hruby: "Re: [phplib] The change to PEAR..."
- Previous message: jerry: "[phplib] unsubscribe thanks"
- In reply to: Kristian Köhntopp: "Re: [phplib] The change to PEAR..."
- Next in thread: Kristian Koehntopp: "[phplib] Contemplating templates (was: [phplib] The change toPEAR...)"
- Reply: Kristian Koehntopp: "[phplib] Contemplating templates (was: [phplib] The change toPEAR...)"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

