Auslagern: Eine Templateregel für die Adressen
(Auszug aus "XSLT 2.0 & XPath 2.0" von Frank Bongers, Kapitel 1.)
Was tun? Nun, zunächst sollte eine eigene Verarbeitungsvorschrift für Adressen definiert werden, mit anderen Worten eine für diese Elemente gedachte Template-Regel. Diese muss den gewünschten <p>-Container als Literal Result Element (LRE) enthalten und in diesem eine xsl:value-of-Instruktion, die mit select="." den Stringwert der aktuell verarbeiteten Adresse (die dann jeweils Kontextknoten ist!) entnimmt:
<!-- Template-Regel für <adresse>: -->
<xsl:template match="adresse">
<!-- hier werden <adresse>-Elemente verarbeitet: -->
<p><xsl:value-of select="."/></p>
</xsl:template>
Code-Beispiel: kap01/1.15.3/adressen.xsl (Auszug).
Diese Template-Regel wird jedes Mal aktiviert, wenn dem Prozessor ein Element <adresse> zur Verarbeitung angeboten wird. Das ist soweit schön und gut. Vorläufig ruht der Kontext jedoch (unverrückbar?) auf dem Dokumentknoten. Wie ist der XSLT-Prozessor dazu zu bewegen, die Elemente <adresse> zu verarbeiten, und vor allem der Reihe nach? Dazu wird es nötig sein, aus der aktuellen Template-Regel heraus die zweite Template-Regel aufzurufen.
| << zurück | vor >> |
| Tipp der data2type-Redaktion: Zum Thema XSLT bieten wir auch folgende Schulungen zur Vertiefung und professionellen Fortbildung an: |
Copyright © Galileo Press, Bonn 2008
Für Ihren privaten Gebrauch dürfen Sie die Online-Version ausdrucken.
Ansonsten unterliegt dieses Kapitel aus dem Buch "XSLT 2.0 & XPath 2.0 ― Das umfassende Handbuch" denselben Bestimmungen wie die gebundene Ausgabe: Das Werk einschließlich aller seiner Teile ist urheberrechtlich geschützt. Alle Rechte vorbehalten einschließlich der Vervielfältigung, Übersetzung, Mikroverfilmung sowie Einspeicherung und Verarbeitung in elektronischen Systemen.
Galileo Press, Rheinwerkallee 4, 53227 Bonn