XML » SVG Presenter - Carto:net

XML » SVG PRESENTER | STRUKTURIERTE MULTIMEDIA-PRÄSENTATION IM WEB 179
jeweils nur über die DOM-Schnittstelle verfügbaren Daten-Knoten durchsucht und verarbeitet werden können.
Zugleich sei jedoch ebenfalls der nachteilige Umstand erwähnt, dass aufgrund der konsequenten Verwendung
sowohl des objektorientierten ECMAScript-Ansatzes als auch der DOM-Schnittstelle erhebliche softwaretechnische
Anforderungen auf den Benutzer des XML » SVG Presenter zukommen: Da beide Funktionen
erst seit relativ kurzer Zeit standardisiert und verbreitet sind, benötigt der XML » SVG Presenter neben dem
aktuellen SVG-Viewer von Adobe in der Version 3.0 1 zudem eine fortschrittliche Browser-Umgebung wie
den Internet Explorer 6, 2 da ansonsten weder Objektorientierung noch DOM-Funktionalität unterstützt
werden. Diesen zugegebenermaßen recht hohen Software-Anforderungen steht jedoch eine durchweg konsequente
und überdies zukunftsorientierte SVG-Anwendung gegenüber: Da diese Diplomarbeit sich ja primär
an theoretisch und aus langfristiger Perspektive interessanten Technologien orientiert und somit nicht
auf „pragmatische“ Kriterien wie clientseitiger Ablauffähigkeit (i.e. Verbreitung) festgelegt ist, sind diese
Einschränkungen aufgrund der nichtkommerziellen Prototyp-Eigenschaft dieser Konzeptstudie durchaus
hinnehmbar. Darüber hinaus sei an dieser Stelle zudem noch erwähnt, dass der XML » SVG Presenter eben
aufgrund dieser Funktionalität etwa im Gegensatz zu sämtlichen weiteren SVG-basierten Ansätzen auf keinerlei
externe XSLT-Prozessoren [vgl. HSL00, Herm02], oder sonstiger externe (Server)Tools [Sue02] angewiesen
ist, sondern eine auch offline funktionsfähige Standalone-Anwendung darstellt.
Bezüglich der eigentlichen Umsetzung des Prototypen erscheint an dieser Stel le noch ein weiteres Kuriosum
der SVG-spezifischen Zielumgebung erwähnenswert, welches wiederum die Implementierung eines „Work-
Arounds“ erforderlich gemacht hat: So unterstützt etwa die derzeitige Version (3.0) des Adobe SVG Viewers
nicht das zum Parsen externer XML-Dateien unter Windows angebotene ActiveX-Objekt des Redmonder
Software-Riesen (MSXML), sodass der Aufruf
var myDom = new ActiveXObject("Msxml.DOMDocument");
… im Rahmen der Adobe-Umgebung zu keinerlei Ergebnis führt – der Zugriff auf externe XML-Dateien
wäre somit lediglich bei Einbettung etwa in eine XHTML-Umgebung des Microsoft Internet Explorer unter
Windows möglich. Da diese doppelte Einschränkung jedoch sowohl
inkonsequent als auch recht umständlich
erscheint, habe ich mich bei Realisierung eines entsprechenden „Work-Arounds“ auf die bereits ein-
gangs erwähnte DOM-Eigenschaft der SVG-Implementierung selber besonnen: Zwar ist diese gemäß der
SVG-Spezifikation eigentlich nur zur Manipulation SVG-nativer Elemente vorgesehen, lässt sich jedoch freilich
ebenso zur Analyse weiterer, nicht SVG-konformer Objekte „missbrauchen“. So kommt in der nun realisierten
Version des XML » SVG Presenters die „Namensraum“-Eigenschaft von XML zum Tragen: 3 Demnach
lassen sich „externe“, also der eigentlichen SVG-Syntax fremde XML-Elemente in denselben Dokument-Code
einbinden – stets versehen mit einem separaten, so genannten „Namespace“-Deskriptor, der das
entsprechende Tag eindeutig einem anderen Namensraum und somit einer anderen DTD zuordnet. Der interne
Parser der ECMAScript-Engine kann diese „eingefügten“ Elemente sodann als separate XML-Objekte
identifizieren und entsprechend verarbeiten. In der derzeitigen Presenter-Anwendung sieht dies etwa konkret
so aus:
XML >> SVG Presenter
1 URL: http://www.adobe.com/svg/viewer/install [28.1.2003]
2 Ggf. Auch Version 5.5 – dies ist jedoch Mindestanforderung, da frühere Browser kein Objektorientiertes EcmaScript unterstützen!
3 s. hierzu auch [5.1]