XML vs. XSL Processor MSXML

**creehawk**

Also:
Ein Teildatensatz einer XML namens <Abfrage.xml>

Code:

			...

<Arbeitnehmer>

  <PersNr>0000210</PersNr>

  <Anrede>Frau</Anrede>

  <Vorname>Annelene</Vorname>

  <Nachname>Frey</Nachname>

  <Strasse>HennebergerStrasse 38</Strasse>

  <Postleitzahl>38512</Postleitzahl>

  <Ort>Son'schied</Ort>

  <Foto>../DAT/JPG/Frau_1.jpg</Foto>

 </Arbeitnehmer>

...

Für die Ausgabe im Browser eine HTML.XSL:

markieren

Code:

			<?xml version="1.0" encoding="UTF-8"?>

<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">

<xsl:output method="html" version="1.0"  encoding="UTF-8" indent="yes"/>

<xsl:template match="/">

<html>

 <body>

  <h2>Personaldaten</h2>

   <xsl:for-each select="Personaldaten/Arbeitnehmer">

    <p><xsl:value-of select="PersNr"/></p>

    <p><xsl:value-of select="Anrede"/></p>         

    <p><xsl:value-of select="concat(Vorname,' ',Nachname)"/></p>

    <p><xsl:value-of select="Strasse"/></p>         

    <p><xsl:value-of select="concat(Postleitzahl,' ',Ort)"/></p>         

   </xsl:for-each>

 </body>

</html>

</xsl:template>

</xsl:stylesheet>

Beides zusammengebracht mit diesem Code:

zusammenfalten · markieren

Delphi-Quellcode:

			    uses MSXML; // Version 6 (Windows 10)

    var

     XMLResult : IXMLDOMDocument;

     XSLTTemplate: IXSLTemplate;

     XSLTStyleSheet: IXMLDOMDocument2;

     XSLProcessor: IXSLProcessor;

    begin

     XMLResult := CoDOMDocument.Create;

     XSLTStyleSheet := CoFreeThreadedDOMDocument.Create;

     XSLTStyleSheet.async := False;

     XSLTStyleSheet.load(XSLPath + 'HTML.xsl');

     XSLTTemplate := CoXSLTemplate.Create;

     XSLTTemplate.stylesheet := XSLTStyleSheet;

     XSLProcessor := XSLTTemplate.createProcessor;

     XSLProcessor.input := XSLPath + 'Abfrag.xml';

     XSLProcessor.transform;

     XMLResult.loadXML(XSLProcessor.output);

     XMLResult.save(HTMPath + 'Ergebnis.html');

    end;

und Feuer frei. Die Ergebnis.html entspricht dem gewünschten Kunstwerk.

Jetzt pappe ich in die XSL noch den Verweis auf das Bild ..(Foto)

markieren

Code:

			<?xml version="1.0" encoding="UTF-8"?>

<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">

<xsl:output method="html" version="1.0"  encoding="UTF-8" indent="yes"/>

<xsl:template match="/">

<html>

 <body>

  <h2>Personaldaten</h2>

   <xsl:for-each select="Personaldaten/Arbeitnehmer">

    <xsl:variable name="Bild"><xsl:value-of select="Foto"/></xsl:variable>

    <img src="{$Bild}" style="border: 1px solid white" alt="Personalbild" align="left"/>

    <p><xsl:value-of select="PersNr"/></p>

    <p><xsl:value-of select="Anrede"/></p>         

    <p><xsl:value-of select="concat(Vorname,' ',Nachname)"/></p>

    <p><xsl:value-of select="Strasse"/></p>         

    <p><xsl:value-of select="concat(Postleitzahl,' ',Ort)"/></p>         

   </xsl:for-each>

 </body>

</html>

</xsl:template>

</xsl:stylesheet>

..und schicke das dann wieder durch den XSL Processor. Das Ergebniss läßt zu wünschen übrig, denn es wird NICHTS ausgegeben. NULL. NIENTE. Die Ergebnis.html ist leer. Der Browser ist sowas von leer. VOLLKOMMEN. Eine Fehlermeldung von Delphi oder dem Browser gibt es auch nicht.

ABER:
Wenn ich jetzt in die Abfrage.xml einen direkten Verweis auf diese XSL mit dem Bildverweis setze ....

markieren

Code:

<?xml-stylesheet href="HTML.xsl" type="text/xsl"?>

und die Abfrage.xml in Firefox öffnen habe ich das gewünscht Ausgabeergebnis : Daten mit Bild.
Also zerlegt für mein Verständnis der XSLProcessor meine schöne Arbeit und sagt mit nicht warum der Sack. Hilfreiche Informationen sind nicht zu finden. Bei MS ist nichts zu finden, im Netz alles nur bezogen auf Java Script.

Hat hier jemand eine Idee?

creehawk

**Delphi.Narium**

Liegt es am img-Tag?

Statt <img src="{$Bild}" style="border: 1px solid white" alt="Personalbild" align="left"></img>

eher so:

<img src="{$Bild}" style="border: 1px solid white" alt="Personalbild" align="left">

Siehe:

https://wiki.selfhtml.org/wiki/Referenz:HTML/img

Da steht ganz klar:

Zitat von SelfHtml:

Start-Tag: notwendig
End-Tag: verboten

Ansonsten:

https://www.w3schools.com/tags/tag_img.asp

Tante Google mit html tag img syntax versorgt gibt ausreichend Hilfe.

**creehawk**

Moin.

Nein, liegt es nicht. Ob man den TAG jetzt dranlässt wie hier im Beispiel oder eben nicht: es führt zum beschriebenen Ergebnis.

Ich habe das jetzt mal aus dem Code oben rausgenommen. Aber wie gesagt.

creehawk

P.S. Wie gesagt, Firefox und IE (und Edge und Opera) fressen das problemlos.

**creehawk**

Ops, falsch.

Die Abfrage.xml mit dem direkten Verweis auf die XSL produziert in Firefox und Opera eine korrektes Ergebnis.

Nicht so in Edge und in der TWebrowser Komponente von Delphi. Das Kernproblem der Grafiken besteht dort auch nicht, allerdings werden die Umlaute nicht korrekt wiedergegeben wie ich leider eben erst entdeckt habe.

Noch mehr Nonsens also.

creehawk

**Delphi.Narium**

Zitat von creehawk:

Ob man den TAG jetzt dranlässt wie hier im Beispiel oder eben nicht: es führt zum beschriebenen Ergebnis.

Man kann syntaktisch korrektes XML und HTML verwenden oder auch nicht.
Man kann sich drauf verlassen, dass der Browser die Fehler schon irgendwie ignorieren oder beheben wird, oder auch nicht.

Mit den Folgen muss man dann halt leben.

**creehawk**

Also:

Wenn ich den img TAG so verwende wie vorgeschrieben geht es nicht.
Wenn ich den img TAG mit abschließendem TAG </img> verwende geht es auch nicht.

Und wie bemerkt als Garnitur gibt der EDGE die Umlaute nicht aus.

Und wenn ich die Abfrage.xml aufrufe in Firefox wird alles korrekt gezeigt, wenn ich die Seite dann im Firefox speichere und diese wieder aufrufe sind die Umlaute auch im ..... also nicht korrekt.

Ipso facto : kompletter Mist.

creehawk

Fehlendes Wissen wird heutzutage gerne durch eine lautstarke Meinung kompensiert und dummerweise bekommen die mit der lautesten Meinung auch noch die meiste Aufmerksamkeit.

Von mir nicht mehr. Wenn du an einem Wissensaustausch interessiert bist, dann immer gerne, aber so, das braucht kein Mensch.

**Delphi.Narium**

Zitat von Schokohase:

Fehlendes Wissen wird heutzutage gerne durch eine lautstarke Meinung kompensiert und dummerweise bekommen die mit der lautesten Meinung auch noch die meiste Aufmerksamkeit.

Leider ist diese Aussage korrekt und allgemeingültig

**creehawk**

Öh, habe ich jetzt etwas falsches gesagt?

Die geposteten Code/XSL/XML Teile sind doch syntaktisch jetzt richtig oder nicht? Fehlendes Wissen ist in soweit korrekt, als ich eben nicht auf die Reihe bekomme wieso das jetzt nicht geht.

creehawk

**Delphi.Narium**

Zitat von creehawk:

Die geposteten Code/XSL/XML Teile sind doch syntaktisch jetzt richtig oder nicht?

Wäre dem so, würde es funktionieren.

https://wiki.selfhtml.org/wiki/XML/R...und_Kommentare

XML vs. XSL Processor MSXML

XML vs. XSL Processor MSXML

AW: XML vs. XSL Processor MSXML

AW: XML vs. XSL Processor MSXML

AW: XML vs. XSL Processor MSXML

AW: XML vs. XSL Processor MSXML

AW: XML vs. XSL Processor MSXML

AW: XML vs. XSL Processor MSXML

AW: XML vs. XSL Processor MSXML

AW: XML vs. XSL Processor MSXML

AW: XML vs. XSL Processor MSXML

Forumregeln

creehawk Registriert seit: 1. Jul 2013 Ort: Hamburg 241 Beiträge Delphi 10.4 Sydney	#3 AW: XML vs. XSL Processor MSXML 20. Jan 2019, 06:33 Moin. Nein, liegt es nicht. Ob man den TAG jetzt dranlässt wie hier im Beispiel oder eben nicht: es führt zum beschriebenen Ergebnis. Ich habe das jetzt mal aus dem Code oben rausgenommen. Aber wie gesagt. creehawk P.S. Wie gesagt, Firefox und IE (und Edge und Opera) fressen das problemlos.
	Zitat

Schokohase (Gast) n/a Beiträge	#7 AW: XML vs. XSL Processor MSXML 20. Jan 2019, 12:33 Fehlendes Wissen wird heutzutage gerne durch eine lautstarke Meinung kompensiert und dummerweise bekommen die mit der lautesten Meinung auch noch die meiste Aufmerksamkeit. Von mir nicht mehr. Wenn du an einem Wissensaustausch interessiert bist, dann immer gerne, aber so, das braucht kein Mensch.
	Zitat

Delphi.Narium Registriert seit: 27. Nov 2017 2.490 Beiträge Delphi 7 Professional	#8 AW: XML vs. XSL Processor MSXML 20. Jan 2019, 12:48 Zitat von Schokohase: Fehlendes Wissen wird heutzutage gerne durch eine lautstarke Meinung kompensiert und dummerweise bekommen die mit der lautesten Meinung auch noch die meiste Aufmerksamkeit. Leider ist diese Aussage korrekt und allgemeingültig
	Zitat

creehawk Registriert seit: 1. Jul 2013 Ort: Hamburg 241 Beiträge Delphi 10.4 Sydney	#9 AW: XML vs. XSL Processor MSXML 20. Jan 2019, 18:08 Öh, habe ich jetzt etwas falsches gesagt? Die geposteten Code/XSL/XML Teile sind doch syntaktisch jetzt richtig oder nicht? Fehlendes Wissen ist in soweit korrekt, als ich eben nicht auf die Reihe bekomme wieso das jetzt nicht geht. creehawk
	Zitat

Delphi.Narium Registriert seit: 27. Nov 2017 2.490 Beiträge Delphi 7 Professional	#10 AW: XML vs. XSL Processor MSXML 20. Jan 2019, 18:15 Zitat von creehawk: Die geposteten Code/XSL/XML Teile sind doch syntaktisch jetzt richtig oder nicht? Wäre dem so, würde es funktionieren. https://wiki.selfhtml.org/wiki/XML/R...und_Kommentare
	Zitat