XML » SVG Presenter - Carto:net

XML » SVG PRESENTER | STRUKTURIERTE MULTIMEDIA-PRÄSENTATION IM WEB 115
Wenn wir nun die im Rahmen einer Präsentation anfallenden Datentypen betrachten, so wird deutlich,
dass ein Präsentations-„Format“ gleich eine ganze Reihe unterschiedlicher Komponenten beinhaltet: Neben
der Speicherung rein textlicher Inhalte (z.B. in Form von Stichworten) gilt es freilich ebenso, deren Struktur
sowie die logischen Zusammenhänge (etwa Formatierungsangaben oder semantische Auszeichnung:
Überschrift, Zitattext etc.) abzubilden. Darüber hinaus müssen sich, wie etwa die Analyse des PowerPoint-
Formates zeigt, natürlich überdies etwaige Bilddaten, insbesondere natürlich vektorbasierte Schaubilder und
Illustrationen, die die Präsentation zusätzlich enthalten mag, im Rahmen des Präsentationsformates abbilden
lassen, wie auch eventuelle Bewegungsdaten der einzelnen Bildelemente (i.e. Animation) oder Übergänge.
5.2.2.1
XMLisiertes Flash – die Lösung?
Ein „trivialer“ Ansatz, die Gesamtheit dieser Komponenten im Rahmen einer XML-basierten Lösung könnte
daher etwa die direkte Konvertierung des Flash-Formates, welches bekanntlich alle dieser Eigenschaften
abzudecken vermag [s.4.5], in ein entsprechendes XML-Pendant darstellen. Allein die Tatsache, dass mit
„Spark“ [KuCu02], Saxess Wave [vgl. Dabb01, Star01:46ff] sowie JavaSWF2 [Main00], um nur einige zu
nennen, gleich eine ganze Reihe von konkreten Implementierungen, die dieser Herangehensweise folgen,
bereits am Markt existiert, macht die offensichtliche Nachfrage nach einem derartigen Ansatz deutlich. [Listing.4.5.3.3.2]
1 veranschaulicht beispielhaft eine derartige XML-Struktur, die sich quasi direkt aus der Datei-Architektur
des SWF-Formates ableitet.
Da die Analyse des Flash-Dateiformates in [4.5.3.1] jedoch gezeigt hat, dass die SWF-Architektur aufgrund
der „fragmentierten“ Frame-Struktur sowie der ansonsten ungeordneten Definitions- und Kontrollelemente
wahrhaftig nicht ganz unproblematisch ist, erscheint an dieser Stelle ein direktes „Mapping“ ebendieser
Struktur in eine entsprechende XML-Syntax mehr als fragwürdig: So ist etwa aus der Struktur der resultierenden
XML-Datei weder die „z“-Schichtung der einzelnen Elemente (da diese nicht durch die Reihenfolge
der Objekte, sondern deren depth-Attribut determiniert wird), noch der Zusammenhang der Animation
direkt ersichtlich. Die konzeptionellen Vorteile des SWF-Formates (Binärkomprimierung, schnelle Darstellung)
würden überdies durch eine derartige Konversion wegfallen – das resultierende XML-Pendant wäre
zugleich jedoch durch die nicht unerheblichen Nachteile der Flash-Dateistruktur gekennzeichnet.
Darüber hinaus lässt freilich zudem die Tatsache, dass Flash nach wie vor eine „proprietäre“ Technologie
darstellt [vgl. Abbe00, Doug01] sowie vollständig ausbleibende Norm- oder Standardisierungsbemühungen
seitens der Herstellerfirma Macromedia [vgl. Cagl01], an dieser Stelle den Schluss zu, dass ein derartiges,
XML-basiertes Flash-Derivat wohl kaum „die Lösung unserer Probleme“ darstellen kann.
5.2.2.2 Die saubere Alternative: XML-Vektorformate from Scratch
Unsere Aufmerksamkeit soll sich in den folgenden Abschnitten daher vielmehr auf von Grund auf neu konzipierte
Formate konzentrieren, die eine konsequentere Umsetzung der XML-Architektur verfolgen, gleichzeitig
jedoch den spezifischen Anforderungen der Web-Umgebung Rechnung tragen und überdies insbesondere
direkt im Hinblick auf eine mögliche, offizielle Standardisierung von Seiten des W3C-Konsortoums
entwickelt wurden.
1 s. hierzu in [4.5.3.3]