XML » SVG Presenter - Carto:net

XML » SVG PRESENTER | STRUKTURIERTE MULTIMEDIA-PRÄSENTATION IM WEB 145
SVG-Dateistrukturen auch serverseitig zu erzeugen, was aufgrund der XML-Eigenschaft der Vektorsprache
im Gegensatz zu Flash 1 auch mit recht einfachen Mitteln möglich ist.
5.4.2.7 SVG: The Power of XML
Die „schöne Tatsache, dass SVG XML ist“ [Behm02:53] beschert dem geneigten Programmierer an dieser
Stelle jedoch noch weitere Vorteile: So ist nicht nur die Konvertierung, sondern ebenso die direkte Einbettung
externer XML-Inhalte und somit eine unbegrenzte Erweiterung des Vektorstandards möglich: Ohne
ein „unüberschaubares Tag-Chaos, wie wir es momentan bei HTML sehen“ [Bosa98] 2 zu provozieren, erlaubt
SVG einerseits über die Namespace-Eigenschaft [s. hierzu 6.5.1], andererseits über das so genannte foreignObject
die nahtlose Einbindung beliebiger Fremdobjekte: So wird etwa die derzeit in der SVG-
Spezifikation noch fehlende Sound-Funktion im Rahmen des Adobe SVG-Viewers momentan durch die
audio-Erweiterung mit eigenem Namensraum provisorisch realisiert [vgl. Kunz00], während das X-Smiles-
Projekt der technischen Hochschule Helsinki [VRKH02] die SVG-Elemente kurzerhand in einen SMIL-
Kontext [s.5.5] einbettet und somit die synchronisierte Integration auditiver Elemente ermöglicht [vgl.
Watt02:1045]
Auch die Integration weiterer, sich freilich parallel zum SVG-Fortschritt ständig weiterentwickelnder XML-
Standards trägt zu einer stetigen Erweiterung des SVG-Funktionsspektrums bei: So ermöglicht die XML Linking
Language, kurz „XLink“ [DMO01] in ihrer neuesten Fassung etwa weitaus komplexere Link-
Funktionen, als sie derzeit etwa in Form der unidirektionalen -Tags im Web bekannt (und somit
natürlich im Rahmen von SVG verfügbar) sind. Da SVG nun die althergebrachte, native href-
Verlinkung HTMLs durch den externen XLink-Standard ersetzt und seine Link-Komponente somit modularisiert
hat, steht somit auch SVG-Anwendungen die erweiterte Funktionalität des XLink-Frameworks zur
Verfügung, erkennbar beispielsweise an dem separaten XLink-Namensraum aller im Rahmen von SVG auftretenden
URIs:
Listing 5.4.2.4: Definition einer URI-Referenz unter Einbeziehung des externen XLink-Namensraumes.
Zwar kommt in den allermeisten, derzeitigen Fällen der XLink-Anwendung immer noch die althergebrachte,
unidirektionale Fassung „einfacher“ URLs zum Tragen – zumindest prinzipiell sind jedoch bereits jetzt
komplexere Link-Funktionen [vgl. hierzu Mach97] im Rahmen dieses Frameworks möglich. Auch die direkte
Integration weiterer Standards wie XPath, XPointer, 3 XQuery [vgl. Fibi01:4] sowie XForms [vgl.
Watt02:1054], die an dieser Stelle jedoch nicht näher ausgeführt werden sollen, erweitert den SVG-
Standard gleich um eine ganze Reihe mitunter recht umfangreicher, komplexer XML-Technologien.
5.4.3 Datei-Zugriff
Bei der Betrachtung der eigentlichen „Anwendungen“ der Vektorsprache kommt dem SVG-Standard freilich
wiederum die bereits angesprochene XML-Eigenschaft zugute: Da SVG-Grafiken nichts anderes darstellen
als leicht editierbare Textdateien, ist somit auch der beidseitige Dateizugriff ein Leichtes. Da mit der
standardisierten XML-Schnittstellen XSLT und dem DOM-Ansatz [s.5.1] überdies sehr komfortable Frameworks
zur Verarbeitung der SVG-Daten bereitstehen, erstaunt es daher nicht, dass bereits unzählige Ansätze
[vgl. Lill99, Schu02] zur Verarbeitung und Konvertierung SVG-basierter Grafiken existieren.
1 s. hierzu insbesondere [4.5.3.3]
2 “People who don't understand this distinction tend to jump to the conclusion that an XML-aware application will allow them simply to
sprinkle new tags throughout their HTML documents. Attempts to "extend" HTML this way will lead to an even worse mess than we've
already got.” [Bosa98]
3 Syntax: xlink:href="#xpointer(id("anObject")); [vgl. Watt02] p.79