XML » SVG Presenter - Carto:net

XML » SVG PRESENTER | STRUKTURIERTE MULTIMEDIA-PRÄSENTATION IM WEB 176
Dateisystem-Explorern bekannt ist. 1 Daher lassen sich neben einem voreingestellten Ordner-Icon (default)
für jedes Item alternative Icon-Elemente spezifizieren. Besitzen einige Items weitere Unter-Elemente
(„Children“), so wird dies durch die intrinsisch verständliche 2 plus-Metapher verbildlicht.
Abb. 6.5.1.2: Plus-Symbol (rechts)
Da die Darstellung beispielhafter Präsentationsdaten
gemäß der soeben beschriebenen
Dokumentstruktur, welches den
syntaktischen Aufbau dieser DTD verdeutlicht,
an dieser Stelle etwas zu viel
Platz einnehmen würde, entnehmen Sie
das entsprechende Listing bitte [Anhang
A].
Nach Definition der Struktur des XML-Formats
sei an dieser Stelle noch erwähnt, dass im Vorfeld
der eigentlichen
Darstellung der Präsentation freilich zunächst eine interne Übersetzung der „trivialen“ Präsentationsdaten
in das daraufhin zur Anzeige verwendeten SVG-Format erfolgen muss.
Struktur-XML-Datei Parsing, Übersetzung SVG-Darstellung (Web)
Abb. 6.5.1.3: Übersetzung der internen („trivialen“) XML-Daten in sichtbaren SVG-Code.
Während nun im Rahmen der beispielhaften Sun-Lösung naturgemäß das XML-Framework der eigenen
Programmiersprache Java zum Tragen kommt [vgl. Arm01], benötigt der Flash-basierte
Ansatz von Macromedia
[Behz02] freilich die XML-optimierte MX-Engine und somit einen aktuellen Flash.6-Viewer zur
korrekten Übersetzung der internen Präsentationsdaten. Nahezu sämtlichen, auf SVG basierenden Lösungen
liegt wiederum die hierfür naheliegend erscheinende Style-Sheet-Sprache XSLT zugrunde [vgl HSL00,
Herm02], die beide XML-basierte Formate (i.e. die Präsentationsdaten sowie den sichtbaren SVG-Code) ihrerseits
selbst mithilfe der XML-Konvention übersetzt. 3 [Sue02] bedient sich derweil der Serversprache Perl
zur Erstellung der SVG-Ausgabe mithilfe der gelieferten XML-Daten, was freilich die vorhandene Installation
eines Perl-Servers voraussetzt.
Und eben dieses Server-Tool (auf dessen Einzelheiten an dieser Stelle nicht eingegangen soll), wird meiner
Einschätzung nach bei einem Großteil
der potentiellen Anwender nicht installiert sein, was einen in meinen
Augen unnötigen Aufwand bezüglich des Parsing und der Konvertierung der XML-Daten bedeutet. Auch
die Anwendung des XSLT-Mechanismus ist freilich der zwar aus theoretischer Sicht „sauberste Weg“, aber
dennoch nicht ganz problemlos: So unterstützt zumindest derzeit lediglich ein Bruchteil der heute verfügbaren
Web-Browser die automatische Verarbeitung mitgelieferter XSLT-Anweisungen – für die meisten
1 s. hierzu auch die bereits ausgeführten Überlegungen in [6.3]
2 vgl. [Fors98] p.53
3 s. hierzu auch 5.1