Newbie-Fragen zu XSLT

Seite 1 von 1 - Forum: Coding Stuff auf overclockers.at

URL: https://www.overclockers.at/coding-stuff/newbie-fragen_zu_xslt_109814/page_1 - zur Vollversion wechseln!

Rektal schrieb am 15.03.2004 um 23:44

Ich spiele mich gerade mit XSLT herum. Tutorials habe ich zur Hand, nur komme ich trotzdem nicht ganz weiter (und ich will auch nicht vorgeben alles zu verstehen ...).

Jedenfalls. XML sieht so aus:

Code:

<root>
  <a>
    <b>
      <!-- Quasi alle Elemente flat aufgezehlt, wie Hash -->
      <key>text..</key>
      <value>text...</value>
      <key>text..</key>
      <value>text...</value>
    </b>
    <!-- ab hier dann angabe der verschachtelung der obrigen keys -->
    <a>
      <key>text...</key>
      <a>
        <key>text...</key>
        <key>text...</key>
      </a>
    </a>
    <a>
      <key>text...</key>
      <a>
        <key>text...</key>
        <key>text...</key>
        <key>text...</key>
      </a>
    </a>
  </a>
</root>

Es werden unter /root/a/b/ zuerst wie in einem hash keys und values definiert.

Danach ist unter /root/a/a/ quasi durch verschachtelung eine Baumstruktur definiert, wie die Keys eben verschachtelt sind.

Key/Value ist auch zu sehen als Ueberschrift/Inhalt.

Grundgedanke ist es, nach HTML zu konvertieren, vorerst einmal reicht es. Es ist kein Problem ein Template zu schreiben das mir die erste Liste der keys und values mit <h1> und usw. umformatiert.

Ich moechte aber die Angabe des Baumes, der im XML-Dokument am Ende definiert ist, am Anfang des Dokumentes stellen und (!) verlinken auf den eigentlich Text (key/value == heading/paragraph).

Ich hab schon ein Problem, den Baum als solchen in HTML darzustellen (ul, li ist OK), und wie ichs dann verlinke wage ich gar nicht nachzudenken.

Hat vielleicht jemand einen kleinen Anstoss fuer mich? XML-Dokument ist vorgegeben, ist ein Apple PLISt format, dazu gibts ein wenig unter http://developer.apple.com/document...oc/uid/20001011 , wobei ich denke das ist hier jetzt nicht wirklich relevant. Soll halt unterstreichen das ich am XML-Inputformat nix aendern kann

that schrieb am 15.03.2004 um 23:48

OK wo ist jetzt die Frage?

Rektal schrieb am 15.03.2004 um 23:55

Zitat von that
OK wo ist jetzt die Frage?

Jaja

"Submit-klick-warte-mist!-cancel-anpostarbeite-damn-dochschongepostet-oigen-browsersucken"

that schrieb am 16.03.2004 um 00:09

Aus der Beschreibung kann ich leider nicht genau genug ableiten, was du vor hast. Hast du ein konkretes Input-Dokument und ein Muster, wie du dir die Ausgabe vorstellst?

Lösungsansätze könnten Templates mit verschiedenen Modes sein (einmal fürs Inhaltsverzeichnis und einmal für den Inhalt selbst), sowie die Nutzung von following-sibling für die Inhalte.

Sind die Keys eh eindeutig? Gibt es garantiert nur ein Element?

Rektal schrieb am 16.03.2004 um 00:17

Following-sibling klingt schon mal gut. Koenntest du mir ein Beispiel-Template schreiben wie ich das verwenden wuerde um nur den zweiten Teil (ab dem zweiten Kommentar) des Dokumentes zu bearbeiten?

Keys sind eindeutig, ja. D.h. ein Key der oben definiert ist, ist unten auch vorhanden, 1:1-Beziehung.

that schrieb am 16.03.2004 um 00:21

Zitat von Rektal
Following-sibling klingt schon mal gut. Koenntest du mir ein Beispiel-Template schreiben wie ich das verwenden wuerde

Kann ich gern machen, aber nur wenn ich ein Inputfile hab, mit dem ich testen kann.

Rektal schrieb am 16.03.2004 um 00:25

Code:

<?xml version="1.0" encoding="UTF-8"?>
<root>
  <a>
    <b>
      <key>key 1</key>
      <value>value 1</value>
      <key>key 2</key>
      <value>value 2</value>
    </b>
    <a>
      <key>key 1</key>
      <a>
        <key>key 2</key>
      </a>
    </a>
  </a>
</root>

Wobei es nicht zufaellig ist, das das 'a' direkt unter Root auch als Nachfolger nach dem '' zu finden ist.

that schrieb am 16.03.2004 um 00:45

Ich hab da mal schnell was zusammengeschustert...

Code:

<?xml version="1.0" encoding="UTF-8"?>
<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" version="1.0">
<xsl:output method="html"/>

<xsl:template match="/">
<html>
 <head>
  <title>bla</title>
 </head>

 <body>

  <xsl:apply-templates select="/root/a/*[not(ancestor-or-self::b)]" mode="toc"/>

  <hr/>

  <xsl:apply-templates select="/root/a/b" mode="body"/>

 </body>
</html>
</xsl:template>


<xsl:template match="a" mode="toc">
 <h3><xsl:value-of select="text()"/></h3>
 <ul>
  <xsl:apply-templates mode="toc"/>
 </ul>
</xsl:template>


<xsl:template match="key" mode="toc">
 <li><a href="#{text()}"><xsl:value-of select="text()"/></a></li>
</xsl:template>


<xsl:template match="key" mode="body">
 <a name="{text()}"/>
 <h3><xsl:value-of select="text()"/></h3>
 <p>
  <xsl:value-of select="following-sibling::text()"/>
 </p>
</xsl:template>

</xsl:stylesheet>

Rektal schrieb am 16.03.2004 um 01:50

So ein Schuster moecht' ich auch sein ...

Ganz funktioniert hats bei mir nicht, aber ich habs weiterbearbeitet und dann zum gewuenschten Ergebnis gebracht.

Folgendes ging nicht:
- der Inhalt von war immer leer
- dafuer wurde danach der Inhalt der value-Nodes ausgegeben

Mein fix:
- value-of-Expression auf select="following-sibling::value[position()=1]" abgeaendert, da laut http://www.w3.org/TR/xpath "following-sibling" mehrere Nodes und nicht eine einzelne zurueckgibt
- ein Dummy-Template gebaucht, das die noch nicht verarbeiteten value-Nodes "erledigt", quasi ohne Ausgabe: <xsl:template match="value" mode="body"/>

Thx auf alle Faelle, hat mir schwer geholfen einen besseren Einblick zu bekommen.

Wenn mir vielleicht noch jemand sagen kann, warum die value-Nodes doppelt ausgegeben werden, obwohl sie ja im Template <xsl:template match="key" mode="body"> verarbeitet werden (vermutlich "gilt" das nicht fuer die value-Nodes und desshalb die Ausgabe?).

Rektal schrieb am 16.03.2004 um 02:19

Gibts fuer das Thema bevorzugte Buecherempfehlungen? Hab mal auf Amazon geblickt, deutschsprachig eher keine Auswahl da alle zu sehr Sprachenorientiert (Java), englische gibts folgende:

http://www.amazon.de/exec/obidos/AS...8530378-6326937
http://www.amazon.de/exec/obidos/AS...8530378-6326937
http://www.amazon.de/exec/obidos/AS...8530378-6326937

that schrieb am 16.03.2004 um 09:36

Zitat von Rektal
Wenn mir vielleicht noch jemand sagen kann, warum die value-Nodes doppelt ausgegeben werden, obwohl sie ja im Template <xsl:template match="key" mode="body"> verarbeitet werden (vermutlich "gilt" das nicht fuer die value-Nodes und desshalb die Ausgabe?).

Templates wissen nichts voneinander, außer eine ruft die andere auf. Es ist ja gerade ein Vorteil von XSLT, dass du die gleichen Input-Elemente mit mehreren Templates verarbeiten kannst. Aber es gibt implizite Default-Templates, die einfach nur ihren Textinhalt ausgeben, und die schlagen hier zu (siehe 5.8 Built-in Template Rules). Die vermutlich einfachste Lösung dazu ist, den select-Ausdruck beim apply-templates anzupassen:

<xsl:apply-templates select="/root/a/b/key" mode="body"/>

Das selektiert nur die Keys, und die Values dazu kriegst du ja vom Key aus mit dem select="following-sibling::value[1]".

that schrieb am 16.03.2004 um 09:50

Ich habe zu XSLT nie ein Buch gelesen. Die ersten Schritte habe ich vor ca. 4 Jahren mit irgendeinem Web-Tutorial gemacht, und alles weitere mit den W3C TRs und der XSLT FAQ:

http://www.dpawson.co.uk/xsl/sect2/sect21.html

Und dieses QuickRef-Blatt drucke ich mir alle paar Monate aus und verwende es, bis es bei irgendeinem Kollegen oder in meinem Chaos verschwindet:

http://www.mulberrytech.com/quickref/index.html

Rektal schrieb am 16.03.2004 um 11:29

Also so gelernt wie's heutzutage sein sollte Vier Jahre is lang. Hast du seit dem immer wieder damit gearbeitet?

that schrieb am 16.03.2004 um 12:31

Immer wieder, aber nicht ständig.

Meine erste Anwendung war XSLT als Template-Mechanismus für Webseiten.

Weitere Anwendungen:
- Sourcecode aus Datenmodellen und in XML umgewandelten Datenstrukturen generieren
- Dokumentationen im HTML-Format aus diesen XMLs generieren
- div. Reports aus XML-Dateien (wieder HTML)
- XML an neue Version von DTD/Schema anpassen (sowas wie "dieses Attribut ist in Zukunft ein Element")
- Zusammenführen mehrerer XMLs zu einem (praktisch ein XML-Join)