XML » SVG Presenter - Carto:net

XML » SVG PRESENTER | STRUKTURIERTE MULTIMEDIA-PRÄSENTATION IM WEB 180
Web-based Presentations | XML » SVG Presenter
Till Voswinckel
...
...
Listing 6.5.1.4: Einbindung
der XML-Präsentationsdaten in das SVG-Dokument.
Auf diese Weise kann die DOM-Eigenschaft des SVG-ECMAScript-Parsers auch zur Analyse der XMLbasierten
Präsentationsdaten sozusagen „missbraucht“ werden [s. hierzu etwa die entsprechenden „addNameSpace“-Verweise
in Listing 6.5.1.3] und somit auch die „triviale“ Formatkomponente des XML » SVG
Presenters zur Weiterverwendung in ECMAScript, der Überführung in SVG und deren letztendlichen Dar-
stellung im Rahmen der SVG-Viewer-Umgebung konsequent zur Anwendung kommen. Die Speicherung
und Analyse der Präsentationsdaten in Form einer externen XML-Datei stellt zwar die aus struktureller Sicht
„sauberste“ Lösung dar, wird jedoch nach [Watt02:1042] erst im Zuge der Einführung einer DOM Level-3-
Implementierung [vgl. DOM02] verfügbar sein. Obgleich auch die parseXML()-Funktion des Adobe SVG-
Viewers ähnliche, externe Parsing-Funktionen bereitstellt [vgl. Quin02], allerdings derzeit ausschließlich im
Rahmen der letztgenannten Viewer-Umgebung ablauffähig ist und dadurch eine architektonisch „einengende“,
proprietäre Lösung darstellen würde, erfüllt bis dahin somit das soeben dargelegte „Work-Around“
diese Funktion in durchaus zufrieden stellendem Umfang.
6.5.2 Grafik-Framework
Freilich kommen die überzeugenden, skript-bezogenen DOM-Funktionen der SVG-Umgebung im Rahmen
der Presenter-Realisierung nicht ausschließlich zu derart missbräuchlichen
Zwecken, sondern natürlich auch
durchaus in deren ursprünglichen Sinne zur Anwendung: Im großen und ganzen lässt sich das zur Echtzeit
durch ECMAScript vorgenommene grafische „Rendering“, d.h. bei SVG vielmehr das Verändern des sichtba-
1
ren SVG-Dokumentenbaumes, in zwei Kategorien unterteilen:
� Ein Amimations-Framework (AniObject sowie AniTracker) sowie
� Anzeige der Präsentations-Baumhierarchie durch “Auf- und Zuklappen“ der einzelnen Unter-
Ebenen ( expand und collapse)
Vor Betrachtung der einzelnen Komponenten stellt sich jedoch zunächst einmal
die berechtigte Frage, inwieweit
denn die Anwendung der ECMAScript-E ngine für derartige Zwecke überhaupt notwendig und
sinn voll ist – schließlich stellt die SVG-Spezifikation [SVG01] selber bereits mit und
durchaus mächtige und überdies der standardisierten SMIL-Semantik entsprechende Funktionalität sowohl
2
zur Animation (was ein Animations-Framework ja prinzipiell unnötig machen würde) als auch zum Verändern,
Anzeigen und Verstecken einzelner Elemente bereit. Diese separate Realisierung dieser Funktionen
durch ein gesondertes Script-Framework liegt freilich im Detail der soeben angesprochenen SMIL-
Funktionalität begründet: So ist es zwar durchaus möglich, Animationen und Objektveränderungen von
1 Genauer bedeutet dies: Nicht das Script selber erzeugt die Ausgabe, sondern stets die SVG-Umgebung selber – bei Änderung des SVG -
Dokumentenbaumes aktualisiert die Viewer-Enginge automatisch die Darstellung.
2 Dies umfasst freilich ebenso die Derivate , sowie