XML » SVG Presenter - Carto:net

XML » SVG PRESENTER | STRUKTURIERTE MULTIMEDIA-PRÄSENTATION IM WEB 149
los in einen XHTML-Kontext einbetten) sowie die ausgesprochene Kompatibilität mit im Web-Umfeld bereits
vertrauten Techniken [vgl. Scho02] wie Cascading Style-Sheets [CSS98], ECMAScript [s.6.5.1] und
DOM-Zugriff [s.5.1] stellen insbesondere aus Erstellersicht einen erheblichen Vorteil dar: Wie bereits in
Zusammenhang mit dem „trivialen“ HTML-Editing gewöhnt, lassen sich SVG-Grafiken schnell und intuitiv
mit einem Texteditor fabrizieren – eine direkte Abhängigkeit von einem teuren, professionellen Authoring-
Tool wie Macromedias Flash besteht im Rahmen von Svg „glücklicherweise (noch) nicht“. [vgl.
Bern99:179, Kunz00:11, NSW02:219]
Nicht zuletzt stellt freilich auch die Tatsache, dass SVG ein „völlig offenes, textbasiertes“ Vektorformat repräsentiert
[vgl. Trip02], einen erheblichen Vorteil des Vektorstandards gegenüber dem „geschlossenen“
[Beck02], binären Konkurrenten dar. Im Gegensatz zum Proprietären SWF-Animationsformat können
SVG-Grafiken so entweder direkt nach Text- oder (entsprechend der in [4.1] formulierten Anforderungen)
auch semantischem Inhalt durchsucht und entsprechend von „Web-Bots“ indiziert werden: “Users can thus
easily conduct text or Web searches of SVG graphics.” [VaNi01]
Insgesamt kein Wunder, dass viele die Sprache auf dieselbe Stufe wie Flash stellen - oder gar darüber.
[Bem02:53]
Angesichts dieser doch nicht unbeachtlichen Vorzüge der SVG-Technologie erscheint auch die Forderung
der Web-Community, den proprietären, ungeliebten [Scho02] de-Facto-Standard Flash endlich durch den
„echten“ W3C-Standard SVG „mittelfristig abzulösen“ [D’Amo00] durchaus verständlich: Auch im Hinblick
auf die erheblichen Usability-Probleme Flashs [s.4.5.4.1] sowie, teils dadurch bedingt, die nur begrenzte
Web-Tauglichkeit des SWF-Formates [s.4.5.4] stellt das auf die Anforderungen des WWW regelrecht zugeschnittene
SVG-Framework in der Tat eine überzeugendere Lösung für vektorbasierte Web-Grafik, und
damit auch im Rahmen dieser Diplomarbeit, für eine entsprechende Präsentationslösung dar
5.4.6 Anwendungsbereiche des SVG-Standards
5.4.6.1 Computer-Aided-Engineering
Neben den „klassischen“ Multimedia-Anwendungen, die derzeit noch von Macromedias Shockwave
[s.3.5.4] und Flash dominiert werden, bietet sich der vielseitige Vektorstandard jedoch im Gegensatz zum
Animationsbasierten SWF-Pendant noch für weitere Arbeitsgebiete an: Im Gegensatz zur Ansicht von
WebCGM-Verfechter Dieter Weidenbrück [vgl. LiWe01], der an einer „Existenzberechtigung“ des veralteten
CAD-Standards in Form eines nur rudimentär „aufgemöbelten“ Web-Plugins verzweifelt festhält, sieht
dies die Mehrzahl der Experten mittlerweile ganz anders:
Aus technischer Sicht ist die strikte Trennung zwischen Anwendungsgebiet und Datenformat jedoch nicht
nachvollziehbar. Technische Illustrationen sind mit einem geeigneten Potenzial von XML-Definitionen
mathematisch ebenso gut beschreibbar wie mit WebCGM. Die Weiterentwicklung der XML-Grafik-
Applikationen könnte daher zukünftig beide Anwendungsgebiete abdecken
[KrMa99]
Auch die Autoren der SVG-Spezifikaton selber, einst aus politischen Gründen auf die WebCGM-Linie Weidenbrücks
eingeschwenkt, 1 haben mittlerweile das „universelle Potential“ des eigenen Standards erkannt
und schwärmen nun, der Existenz WebCGMs vollständig ungeachtet 2 stattdessen von der „Möglichkeit, mit
SVG die Distribution CAD-basierter Illustrationen zu revolutionieren“ [vgl. Watt02:913ff]. Bereits existierende,
leistungsstarke Converter-Module wie etwa IBMs „CGM to SVG Transcoder“ [vgl. Ferr00] demonst-
1 s. hierzu [LiWe01]: SVG-Entwickler Chris Lilley betätigte sich hier als Co-Autor.
2 „Although there have been a few attempts […] prior to SVG, […] they have generally been proprietary” [Watt02] p.913