Frank: automatische Weiterleitung in XSL??

Beitrag lesen

die HTML datei wird nun erzeugt aus dem XSL-template. nun soll es jedoch im prinzip das ziel sein, das man diese zwischengeschaltete web-seite mit dem link auf test.doc nicht bekommt und nochmal klicken muss, sondern im prinzip durch einen einzigen klick auf das test.doc kommt, obwohl es ja nun im archiv liegt. meine idee war da diese weiterleitung...

das mit dem meta wie in der selfhtml beschreibung hab ich probiert, das haute leider nich hin... :(

Jo, hi,

okay, teil eins hab ich verstanden, verschieben von test.doc nach irgendwo. warum hinterläßt dieser Job keine HTMLweiterleitung auf test.doc?

XML + XSL = HTML    das ist ein Grundsatz, denke ich mal so.
das XSL hast du gepostet, das HTML noch nicht aber ich nehme mal an, das ist jenes, welches den Link auf test.doc zum Klicken anzeigt, also das Ergebnis von einem bisher unbekannten XML und deiner XSL-Datei. In deinem Quellcode sind doch XPath-Ausdrücke zum Darstellen von XML-Nodes drin. XML-Nodes kommen aber zwangsweise aus einem XML-Dokument. Ich nehme mal an, dieses läßt der Job zurück, weil sonst weiß er ja selber nicht, wie der Link zum archivierten test.doc ist.

<meta http-equiv="refresh" content="5; URL=http://selfhtml.teamone.de/">  lt. SelfHTML

<meta><xsl:attribute name="http-equiv">refresh</xsl:attribute><xsl:attribute name="content">5; <xsl:value-of select="archivedDocURL"/></xsl:attribute></meta>

sollte das wirklich nicht funktionieren, würde mich das wundern, das sollte gültiges HTML ergeben, was ein Browser, selbst der IE entsprechend interpretiert.

Die andere Variante ist, schau dir an, wie JavaScripts in XSL-Dateien verpackt werden, das solltest du hier auf SelfHTML oder spätestens beim W3C finden. Da baust du ein Script ein document.location.href = und dann der Inhalt von deinem Attribut href (von <a>) aus deinem XSL. Mit IE sollte dies ohne Probleme möglich sein. Ich werd das heute abend nochmal probieren mit beiden Varianten....

Gruß, so far
Frank