#saxonjs — Public Fediverse posts

Allein #SVG und #MathML sind relevante Browser-basierte #XML-Technologien. #RSS / #Atom existieren ebenfalls.

#XSLT lebt auf dem Server weiter und hat in Version 3.0 (bald 4.0) primär für lokal angesiedelte Prozesse der Dokumentverarbeitung (#DITA, #DocBook, #TEI) eine ungebrochene Bedeutung. Zudem steht mit #SaxonJS eine Browser-Alternative zur Verfügung.

Pensionierte XMLer werden bestimmt ebenso gefragt sein wie im Fall von #COBOL.

Allein #SVG und #MathML sind relevante Browser-basierte #XML-Technologien. #RSS / #Atom existieren ebenfalls.

#XSLT lebt auf dem Server weiter und hat in Version 3.0 (bald 4.0) primär für lokal angesiedelte Prozesse der Dokumentverarbeitung (#DITA, #DocBook, #TEI) eine ungebrochene Bedeutung. Zudem steht mit #SaxonJS eine Browser-Alternative zur Verfügung.

Pensionierte XMLer werden bestimmt ebenso gefragt sein wie im Fall von #COBOL.

Allein #SVG und #MathML sind relevante Browser-basierte #XML-Technologien. #RSS / #Atom existieren ebenfalls.

#XSLT lebt auf dem Server weiter und hat in Version 3.0 (bald 4.0) primär für lokal angesiedelte Prozesse der Dokumentverarbeitung (#DITA, #DocBook, #TEI) eine ungebrochene Bedeutung. Zudem steht mit #SaxonJS eine Browser-Alternative zur Verfügung.

Pensionierte XMLer werden bestimmt ebenso gefragt sein wie im Fall von #COBOL.

Allein #SVG und #MathML sind relevante Browser-basierte #XML-Technologien. #RSS / #Atom existieren ebenfalls.

#XSLT lebt auf dem Server weiter und hat in Version 3.0 (bald 4.0) primär für lokal angesiedelte Prozesse der Dokumentverarbeitung (#DITA, #DocBook, #TEI) eine ungebrochene Bedeutung. Zudem steht mit #SaxonJS eine Browser-Alternative zur Verfügung.

Pensionierte XMLer werden bestimmt ebenso gefragt sein wie im Fall von #COBOL.

Allein #SVG und #MathML sind relevante Browser-basierte #XML-Technologien. #RSS / #Atom existieren ebenfalls.

#XSLT lebt auf dem Server weiter und hat in Version 3.0 (bald 4.0) primär für lokal angesiedelte Prozesse der Dokumentverarbeitung (#DITA, #DocBook, #TEI) eine ungebrochene Bedeutung. Zudem steht mit #SaxonJS eine Browser-Alternative zur Verfügung.

Pensionierte XMLer werden bestimmt ebenso gefragt sein wie im Fall von #COBOL.

@jaffathecake @ndw Here an example using #XSLT 3.0 with #SaxonJS and also #SVG and #MathML. 404 math functions as xsl:function declared (101 base functions + their first, second and third derivatives). And some math stuff for calculations coded in XSLT.
https://datenverdrahten.de/xslt3/saxon-js/funktionen3/

#SaxonJS is great, but not free to compile and to use unlimited on websites. So far open #XSLT implementations in browsers are needed.

#SaxonJS 3.0.0-beta2 erschienen: https://www.saxonica.com/saxonjs/index.xml

SEF-Kompilation nun auch mit #SaxonEE 12.7 möglich. 👍
https://datenverdrahten.de/xslt3/saxon-js/funktionen3/

#XML #XSLT #JavaScript

@ndw Changing #SaxonJS 2.6 to 3.0.0-beta1 (SaxonJS3.rt.js) works. Thanks!
https://datenverdrahten.de/xslt3/saxon-js/funktionen3/

I am pleased to report that #Saxonica has released #SaxonJS 3.0.0-beta1, our JavaScript-based #XPath and #XSLT processor for the browser and Node.js. https://blog.saxonica.com/announcements/2024/12/saxonjs-he-3.0.0-beta1.html

#SaxonJS 2.6 durch 2.7 ersetzt. Bisher problemlos.

#MATLAB-Update ok. Kleiner Test mit den symbolischen Ableitungen für meinen #SVG-Funktionsplotter (hier Funktion 101) problemlos. Die vier Funktionen im rot umrahmten Output-Block entsprechen in #XSLT-Notation jeweils einer xsl:function.

https://datenverdrahten.de/xslt3/saxon-js/funktionen/

BTW: Bin gespannt, wann #SaxonJS 3 erscheint, um es dort zu aktualisieren.

Tell me, what is this packaging you speak of? https://blog.saxonica.com/norm/2024/08/16-packaging.html #Saxonica #SaxonJS

@[email protected] The #SaxonJS checksum problem only occurs using Saxon-EE for Java 12.5, ok with 12.4.

java -jar X:\path_to\saxon-ee-12.x.jar -t -xsl:stylesheet.xsl -export:stylesheet.sef.json -target:JS -nogo -relocate:on -ns:##html5

@[email protected]

Optisch und von den speziellen Punkten her schöne Kombination von e- und cos-Funktion ausprobiert und dem #SVG-Plotter hinzugefügt. Bild 1 zeigt den #XSLT-Code von Funktion und den drei Ableitungen. Bild 2 zeigt das Ergebnis. #SaxonJS

https://datenverdrahten.de/xslt3/saxon-js/funktionen/

Hoffe, dass es nach der »Declarative Amsterdam« wieder Material zu den Vorträgen gibt. Besonders interessieren mich Fortschritte zu #SaxonJS wie ixsl:promise. https://declarative.amsterdam/presentations/da.2023.lockett.asynchrony.saxonjs

Node.js-Problem mit #SaxonJS und #xslt3 durch zweifache Neu- und eine Reparaturinstallation von Node gelöst. Frage mich, was die da treiben und immer wieder Pfade von Komponenten vergurken (hatte Fehlermeldungen, welche bereits vor 9 (!) Jahren erwähnt wurden).

Mittels

npm install saxon-js
npm install xslt3

sind diese Pakete nun aktuell und lauffähig, andere nutze ich gar nicht. Pfff.

Die neue Version 2.6 von #SaxonJS für Browser funktioniert mit meinem aktuellen Projekt problermlos wie bisher mit 2.5. https://datenverdrahten.de/xslt3/saxon-js/funktionen/

Vielleicht stelle ich mich an, aber wo liegen die ZIP-Archive mit den hier gelisteten Dateien von #SaxonJS bzw. #xslt3 für Node?

https://www.npmjs.com/package/saxon-js?activeTab=code
https://www.npmjs.com/package/xslt3?activeTab=code

Ich müsste nur die Vorversion überschreiben, aber diese einzelnen Dateien lassen sich außer durch Öffnen und Kopieren der Inhalte nicht sinnvoll herunterladen.

(npm install funktioniert nicht.)

Meldung vom Node-Compiler: #SaxonJS 2.5 wird nicht mehr unterstützt. Läuft dennoch durch. Mit Saxon-EE erscheint das nicht. Steht 3.0 vor der Tür?

Formal erklären kann ich mir das schon, da Browser im DOM die tagName-Eigenschaft gern in Großschreibung wandeln. Allerdings sollte das der Node-Compiler auch signalisieren und nicht erst die Browser-Konsole Fehler werfen. #SaxonJS

Zu #SaxonJS:

<xsl:template match="select[@​id eq 'funktion']" mode="ixsl:onchange">
<xsl:result-document href="#​ergebnis" method="ixsl:replace-content">
<xsl:variable name="curopt" select="." as="element(select)"/>
<!-- … -->
</xsl:result-document>
</xsl:template>

Klappt problemlos bei der Kompilation mit Saxon-EE. Das Kompilat von Node.js läuft nicht richtig. Es wird angemeckert, dass SELECT übergeben wird. Mit element() funktioniert es. Ebenso bei input-Elementen. Seltsam.

✅ Neue Ausbaustufe mit den 1. bis 3. Ableitungen der Funktionen zur Bestimmung der relevanten Punkte ist erreicht. #SVG #MathML #XSLT #SaxonJS https://datenverdrahten.de/xslt3/saxon-js/funktionen/

Studierendenzahlen 2022/23 von Destatis in meiner #SaxonJS-Anwendung aktualisiert. https://datenverdrahten.de/xslt3/saxon-js/studis/

Weltidee: Ich könnte also beide .sef.json-Varianten auf den Webserver legen und auf das expiry-Datum der einen Datei prüfen und ggf. die andere ausliefern. Dann bricht zumindest nicht die Anwendung, wenn die Lizenz nicht / noch nicht erneuert wurde. Was für ein Stunt. #SaxonJS

Also größere und etwas trägere Kompilate sind der Preis der freien Version. #SaxonJS https://npm.io/package/xslt3

Mal die #SaxonJS-Kompilation mittels Node.js / xslt3 statt #SaxonEE probiert. Alle erdenklichen Konfigurations-Probleme gehabt, aber nach 2h klappte es dann doch. Die .sef.json-Datei läuft, ist aber fast doppelt so groß geraten.

Insgesamt ist das IXSL-Event-Handling für meine #SaxonJS-Matheanwendung praktikabel gelöst. https://datenverdrahten.de/xslt3/saxon-js/funktionen/

Mit ixsl:set-property sind Formularfelder zugänglich. Bei SVG-Attributen wie points ist dagegen ixsl:set-attribute erwartungsgemäß wirksam. Soweit gut zu wissen, aber eigentlich sollte dieses Verhalten vereinheitlicht werden. JS erlaubt ja object.setAttribute("name", "value") und object.property. #SaxonJS

Beim Programmieren mit #SaxonJS ist es noch immer etwas irritierend, wann ixsl:set-attribute zündet oder ixsl:set-property nötig ist. Für Style-Eigenschaften ist letztere Zuweisung neben ixsl:set-style zielführend. Bei Formularfeldern funktioniert aber ixsl:set-attribute nicht.

Mit der Simpson-Regel numerisch zu integrieren, ist kein Problem. Habe ich ganz früh in BASIC, später in JS programmiert.

Für #XSLT mit #SaxonJS lief mein Ansatz über xsl:call-template bereits bei n=3000 in zu viele Rekursionen. Dann an einer Funktion getüftelt. Klappt soweit. ✅
https://datenverdrahten.de/xslt3/saxon-js/funktionen/

#SaxonJS-Projekt »SVG-Funktionsplotter« erweitert: Extrempunkte und Nullstellen darstellbar (wobei diese aus den zahlreich berechneten Punkten abgeleitet werden und gelegentlich nicht gut genug getroffen werden). https://datenverdrahten.de/xslt3/saxon-js/funktionen/