Diskussion:XSL Transformation

message: Hallo,
das es ein Beispiel gibt, finde ich gut, aber woraus macht dieses Beispiel eine XHTML-Datei (vermutlich aus einer XML-Datei)? Kann man nicht auch mal exemplarisch eine solche Datei angeben (muss ja nicht groß sein). 80.138.250.75 12:42, 4. Okt 2005 (CEST)
replies: text: Jede XHTML-Datei mit h2-Überschriften kann für das Beispiel als Eingabe verwendet werden. -- Stf 10:33, 20. Mai 2009 (CEST)

text: Ja, da bin ich auch gestolpert. Diese Änderung wäre sinnvoll. Sei mutig! -- Stf 10:33, 20. Mai 2009 (CEST)
thread_title:  Beispiel 

message: Vorab: Wahrscheinlich gehört dieser Diskussionsbeitrag eher zu der Seite, die unter Weblinks angegeben wurde als zum XSL-T Artikel hier, jedoch ist in der angegebenen Seite keine Möglichkeit zur freien Diskussion gegeben und es dürfte auch hier von Interesse sein.
Ich habe versucht die Beispiele, die auf der Seite „HTMLWorld: XSLT-Tutorial“ gegeben sind nachzuvollziehen, bin jedoch schon beim zweiten Beispiel ins Schleudern gekommen:
Ich habe mit zwei, hier im Wikipedia-Artikel empfohlenden XSLT-Prozessoren (xmlstarlet und Sablotron) versucht das, auf der Webseite [www.html-world.de/...#Templates in Templates] gegebenen Beispiel zu transformieren und erwartete, dass auch das herauskommt, was auf der besagten Webseite prophezeit wird, jodoch haben beide XSLT-Prozessoren konsequent etwas anders gemacht. Ich bin Neuling in Bezug auf XML und XSLT und würde mich freuen, wenn mir jemand sagen könnte, wieso sich das Ergebnis von dem, auf der angegebenen Webseite gezeigtem unterscheidet.
Es sei zu beachten, dass ich die Eingabedateien leicht modifiziert habe, da sich Sablotron mit dem gegebenen Beispiel nicht abfinden wollte. Mit den Modifikationen können nun beide XSLT-Prozessoren leben.
Hier nochmal die Details:
Datei: Source.xml:
<?xml version="1.0"?>
<?xml-stylesheet href="./TransformRules.xsl" encoding="input-encoding" type="text/xsl"?>
<A>
 <B>
  <C />
 </B>
</A>
Datei: TransformRules.xsl:
<?xml version="1.0"?>
<xsl:stylesheet version="1.0"
     xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:template match="A">
 <html>
 <body>
 Der Inhalt von B wird ausgelassen,
 stattdessen folgt der Inhalt von C:
 "<xsl:apply-templates select="C" />"
 </body>
 </html>
</xsl:template>
<xsl:template match="B">
 Anfang B
 <xsl:apply-templates/>
 Ende B
</xsl:template>
<xsl:template match="C">
 Dies ist der Inhalt von C
</xsl:template>
</xsl:stylesheet>
Datei: Destination.html (erzeugt durch xmlstarlet-1.0.1):
<html><body>
Der Inhalt von B wird ausgelassen,
 stattdessen folgt der Inhalt von C:
""
</body></html>
Datei: Destination.html (erzeugt durch Sablot-Win-1.0.3):
<html><body>Der Inhalt von B wird ausgelassen,
 stattdessen folgt der Inhalt von C:""</body></html>
Kommandozeilenbefehl für xmlstarlet:
xml tr "C:\XSLT-Tutorial\TransformRules.xsl" "C:\XSLT-Tutorial\Source.xml" > "C:\XSLT-Tutorial\Destination.html"
Kommandozeilenbefehl für Sablot:
sabcmd "file://C:\XSLT-Tutorial\TransformRules.xsl" "file://C:\XSLT-Tutorial\Source.xml" "file://C:\XSLT-Tutorial\Destination.html"
Hab ich irgendwo einen Denkfehler ?
Wer hilft mir auf die Sprünge ?
Vielen Dank im Vorraus.
--141.41.37.250 15:53, 5. Okt 2006 (CEST)
thread_title:  HTMLWorld: XSLT-Tutorial 

message: "XSLT-Prozessoren sind auch in vielen modernen Webbrowsern integriert, so Opera (ab Version 9), Firefox, Internet Explorer Version 5 (erst seit Version 6 mit vollständiger XSLT-1.0-Unterstützung) oder Mozilla."
Ich war der Meinung, dass der Firefox doch zu Mozilla gehört oder hat sich da etwas geändert? :X (nicht signierter Beitrag von 79.195.201.190 (Diskussion | Beiträge) 08:07, 5. Mär. 2010 (CET)
replies: text: Du wirst hier vermutlich nicht mehr nachschauen, aber da hat sich was verändert. IE 5/6 sind nicht mehr modern, und den Webbrowser Mozilla gibt es nicht mehr als solchen. – Gorlingor (Diskussion) 16:52, 19. Sep. 2011 (CEST)
thread_title:  Hab ich etwas verpasst? 

message: Und zwar geht es um die Transformation von HTML Fragmenten welche in XML gewrappt sind.
Dazu wird dringend das disable-output-escaping Attribut benoetigt welches in der Firefox Implementation jedoch fehlt. Anstatt den HTML Code zu rendern wird er von Firefox escaped und angezeigt.
Dasselbe gilt fuer alle Mozilla Browser (Seamonkey, Fennec, etc.)
Der Bug ist seit 2001 bekannt: https://bugzilla.mozilla.org/show_bug.cgi?id=98168
...wird aber ignoriert da die Art und Weise wie Firefox mit XML als Dateityp umgeht es scheinbar in zuviel Arbeit ausarten lassen wuerde diese wichtige Funktionalitaet entsprechend der W3C Spezifikationen umzusetzen. (nicht signierter Beitrag von 78.94.41.76 (Diskussion) 10:32, 6. Nov. 2011 (CET)
replies: text: Die W3C Spezifikation sagt zu disable-output-escaping ([Kapitel 16.4]): "An XSLT processor is not required to support disabling output escaping.". Also ist der "Bug" nichteinmal ein Bug. --Sebastian.Dietrich  ✉ 16:02, 6. Nov. 2011 (CET)
thread_title:  Firefox hat keinen vollstaendigen XSLT support 

message: Ich habe aus dem Artikel ein Auftreten der "generischen Programmiersprachen"-Formulierung rausgenommen.
Eine steht aber noch drin - als Abschnitts-Überschrift. Es wäre nett, wenn jemand der besser als ich weiss, was eine generische Programmiersprache ist, (ich denke das heisst hier wohl so etwas wie "normale Programmiersprachen" oder "andere Programmiersprachen") den Begriff verlinkt, erklärt oder umformuliert.
(Ich persönlich glaube ja, dass die Verwendung der Formulierung "Generische Programmiersprachen" hier einfach Unsinn ist, aber ich weiss auch dass es viele Leute gibt, die auf das Wort "generisch" grosse Stücke halten. Deswegen meine einzige Änderung an sicherer Stelle und meine Appell an die Kenner des Generischen, die Sache klarer zu Formulieren)
-- Wortverdreher 22:45, 8. Feb. 2012 (CET)
replies: text: Hier ist mit generischer Programmiersprache "beliebige, nicht spezifische Programmiersprache" gemeint. D.h. so wie die meisten Programmiersprachen, die nicht für eine spezielle Aufgabe wie z.B. Spracherkennung entwickelt wurden. Hab das "generisch" im Artikel entfernt. --23:15, 8. Feb. 2012 (CET)

text: Ja ist mir auch aufgefallen - wie wärs mit "...in einer anderen Programmiersprache" und Kapitelüberschrift "Andere Programmiersprachen"? --Sebastian.Dietrich  ✉ 08:27, 9. Feb. 2012 (CET)
thread_title:  Generische Programmiersprachen - watt is'n dütt? 

message: Liebe Mitstreiter Ich bin hier gelandet, weil ich eine "xml" Datei in Word 2013 öffnen wollte Und Word zunächst fordert, daß ich eine XSL Datei öffnen soll die ich nicht habe, bzw. wofür es keine Muster gibt.
Der Artikel beschreibt XSL recht gut, aber es fehlt der praktische Bezug, wie er oben schon mehrfach beschrieben wurde. Mir fehlen folgende Sätze.
Kurzbeschreibung Mit XSL Transformation kann man XML Dateien aufbereiten, um sie besser Bearbeiten oder betrachten zu könne. Dieses Darstellungsfunktion kann wird auch in xml geschrieben.
Und dann fehlt mir noch der Bezug zu. Z.B. Cristal.
--178.13.153.190 16:48, 17. Feb. 2014 (CET)
thread_title:  Vereinfachung des Artikels 

message: diesen Abschnitt würde ich löschen, den genannten Alternativen fehlt inzwischen jegliche Relevanz.
Evtl wäre Omnimark eine Erwähnung wert... (nicht signierter Beitrag von 88.153.6.23 (Diskussion) 17:39, 27. Aug. 2016 (CEST)
thread_title:  Alternativen sind keine 

message: Vielleicht sollte man erwähnen, dass xslt ausgestorben ist. Mir ist seit 20 Jahren kein praktisches Beispiel mehr untergekommen 
:Hmm - ich hab auch seit 20 Jahren keinen Elefanten mehr gesehen. Sind die vielleicht ausgestorben?
:Jetzt aber im Ernst: Wenn etwas heute angeblich nicht mehr in der Entwicklung verwendet wird, dann ists deshalb nicht ausgestorben (weils in legacy Software noch immer existiert und die wird ja sogar noch gewartet). Und wenn du nur schreiben willst, dass das heutzutage nicht mehr in der Entwicklung verwendet wird, dann brauchst dafür Belege. Ohne Belege glaubt dir das niemand... --Sebastian.Dietrich   ✉  12:08, 27. Jun. 2021 (CEST)
replies: text: Im EDI Umfeld wird XLST zwar selten benutzt, aber es ist dennoch existent und hat seine eigene Nische --212.23.147.218 15:40, 16. Feb. 2023 (CET)
thread_title:  Ausgestorben