XML » SVG Presenter - Carto:net

XML » SVG PRESENTER | STRUKTURIERTE MULTIMEDIA-PRÄSENTATION IM WEB 154
insofern unverständlich, wenn nicht gar unfassbar, als dass die von Microsoft und Netscape mit unterstützte
Entwicklung des Vektorformates bereits vor gut fünf Jahren begonnen hat und überdies schon seit zwei
Jahren als offizieller „Web-Standard“ verabschiedet ist – eine „halbe Ewigkeit“ im Kontext des „schnelllebigen
Internetzeitalters“ [Doer00].
5.4.7.4 Authoring-Tools
Mit eines der Hauptprobleme des SVG-Formates, sich auch als de-Facto-Standard [NeWi00] im Web
durchzusetzen, besteht sicherlich jedoch in dem noch derzeitigen Fehlen eines „Killer-Tools“ zur Erstellung
SVG-basierter Inhalte: Im Gegensatz zu Flash-„Eigner“ Macromedia, welcher als „Monopolist“ [vgl.
Zmoe00] zugleich über das unbestrittene, zentrale Authoring-Tool des proprietären SWF-Formates verfügt,
gestehen sogar die Entwickler des SVG-Standards eine diesbezügliche, „bedauerliche Lücke“ [vgl.
Watt02:27ff] kleinlaut ein. Selbst das
diesbezüglich wohl fortgeschrittenste
Produkt „WebDraw“ des Paint Shop
Pro-Herstellers Jasc [vgl. Trin02]
kann in meinen Augen bei weitem
nicht an die Funktionalität des Flash-
Studios heranreichen: Zu unausgereift
erscheinen insbesondere Quellcode-
Kopplung und Benutzerschnittstelle
im Vergleich zur übermächtigen Profi-Konkurrenz.
Abb. 5.4.7.3.1: User-Interface des SVG-
Werkzeugs Jasc WebDraw. (rechts)
Neben den durchaus zahlreichen, aber
vom Funktionsumfang insgesamt eher dürftigen Bearbeitungswerkzeugen mit SVG-Unterstützung [vgl.
hierzu Lill99, Behm02] ruhen die Hoffnungen der SVG-Community daher erstlinig auf den angekündigten
Produkten des federführenden SVG-Unternehmens Adobe: Insbesondere dem als Flash-Konkurrent zunächst
„gefloppten“ LiveMotion 3 sowie die künftige Version des ImageStylers ist dank SVG-Support in den
Folgeversionen ein diesbezüglicher „Killer-Status“ durchaus zu wünschen [vgl. Arah99] 1
Darüber hinaus eröffnet die SVG-Architektur – ebenso wie bereits zuvor das Dokumentorientierte Seiten-
Markup HTML – jedoch eine konsequente Separation der verschiedenen Erstellungsschichten, die ein komplexes,
„allumfassendes“ Killer-Tool zusehends unnötig erscheinen lassen [vgl. Fren02]. So lassen sich im
Rahmen des SVG-Frameworks die verschiedenen, erstellerischen „Arbeitsschritte“ sauber trennen: (Vektororientierte)
Grafik-Designer müssten sich (dank ubiquitärem SVG-Filter in Adobe- und Corel-Produkten)
lediglich um den Export zuvor erstellter Zeichnungen ins SVG-Format kümmern, während separate SVG-
„Optimierer“ (ähnlich der zuvor verbreiteten „HTML-Programmierer“) sich lediglich um die Anpassung
und „Nach-Komprimierung“ des Codes kümmern brauchten. 2 Client- und serverseitige Skriptprogrammierung,
CSS-Stilfragen sowie XSLT-Umwandlungen könnten in diesem Zusammenhang dann wiederum an
weitere, spezialisierte Mitarbeiter übertragen werden.
Dem derzeitige Fehlen eines „alles erschlagenden“ und damit „durchaus auch problematisch erscheinenden“
[Fren02] Autorenwerkzeuges kann unter diesem Aspekt in der Tat auch Positives abgewonnen werden –
stellt es doch nicht zuletzt im Rahmen unserer Zwecke [s.Kap.1]# eine Chance dar, ein benutzerfreundli-
1 “SVG could offer the vector and restyling benefits of ImageStyler without the need for a bitmap middleman” [Arah99]
2 vgl. hierzu Appendix J der SVG-Spezifikation [SVG01]