Delphi (win32) und XSLT 2.0

[BlueStarHH]

Zitat von sh17:

Die einzige Lib, die potenzial hätte (aber nicht alle Funktionen der Version 2.0 beherrscht), wäre OXML http://www.kluug.net/oxml.php
Ich hatte mit Ondřej über einen Ausbau der Lib zum Visualisieren einer XRechnung kommuniziert. Aber ich glaube das ganze ist sehr komplex.

D.h. er wird OXML nicht in die Richtung ausbauen? Oder besteht Hoffnung, dass es in Zukunft passiert?

[sh17]

Zumindest habe ich nichts mehr von ihm gehört. Die Kosten für die Entwicklung sind nicht ohne. Vielleicht kann man ihm auch zuarbeiten, wenn man Ahnung von XSLT hat.

[BlueStarHH]

Zitat von sh17:

Zumindest habe ich nichts mehr von ihm gehört. Die Kosten für die Entwicklung sind nicht ohne. Vielleicht kann man ihm auch zuarbeiten, wenn man Ahnung von XSLT hat.

Evtl. könnten sich ja auch mehere Firmen/Personen, die das brauchen zusammentun und die Entwicklungskosten zusammen bezahlen. Das wäre für mich aber erst ein Thema fürs neue Jahr. Die Visualsierung funktioniert ja auch prima mit Java durch mit Deine Lib. Mit XSLT nativ in Delphi wäre es nur vermutlich um Schneller.

[sh17]

Wir versuchen hier noch was mit .Net zu erreichen

https://github.com/stephanstapel/ZUG...iscussions/316

aber so ein nativer XML-Support in Delphi wäre schon etwas.

[AuronTLG]

Joa, schön wäre es, aber das Thema XSLT 2.0 werde ich dann wohl erstmal ad acta legen. Rein theoretisch könnte ich mir eine Variante bauen, die das extern über Saxon macht, aber das werden mir dann viel zu viele Abhängigkeiten, um die ich mich kümmern müsste.

Die ZUGFeRD/Xrechnung-Visualisierung werde ich wohl über Mustang lösen. Ist zwar dann auch eine externe Variante, aber dafür eine sehr simple: Eine einzelne Jar-Datei, ein stiller CMD-Befehl und das wars. Um die Java Runtime komme ich eh nicht drum herum.

[gubbe]

Habt ihr es schon mit SaxonC probiert? Wenn es Bindings für C/C++, PHP und Python gibt, müsste es doch möglich sein, die Header auch für Delphi zu übersetzen.

[AuronTLG]

Kann durchaus sein, nur wäre das, wenn es möglich ist, alles andere als wenig Arbeit. Sollte ich irgendwann mal um natives XSLT 2.0 nicht herum kommen, eventuell, aber für meine momentanen Anforderungen würde das den Rahmen sprengen.