XML » SVG Presenter - Carto:net

XML » SVG PRESENTER | STRUKTURIERTE MULTIMEDIA-PRÄSENTATION IM WEB 163
5.6.1 Rekapitulation der Erkenntnisse
Nun, zu den ersten Fragen lässt sich rückblickend auf unsere Betrachtungen sicherlich folgendes feststellen:
Nach der differenzierten Untersuchung insbesondere natürlich der bislang in den von der Fragestellung berührten
Bereichen führenden Formate PowerPoint (für konventionelle „Offline“-Präsentation), HTML (Dokumenten-
und Informationsbasierte Web-Präsentation) sowie Director (Offline-Multimedia) und Flash
(primär grafische Web-Animation) muss, ohne an dieser Stelle bereits den letztendlichen Erkenntnissen
vorgreifen zu wollen [s. hierzu Kap.6] festgestellt werden, dass diese trotz unbestrittener Vorzüge (insbesondere
hier natürlich der jeweils „großflächigen“ Verbreitung) aus verschiedenen Gründen dennoch im Hinblick
auf Web-basierte (und –gemäße) Präsentationen entsprechend unserer im 1. Kapitel formulierten Anforderungen
„eher problematisch“ erscheinen.
Die diesbezüglich eindeutig interessantesten Formate, welche zugleich auch die von Seiten des Web-
Konsortiums verabschiedeten Standards in diesem Bereich darstellen, sind nun einerseits das Vektorformat
SVG, andererseits der Synchronisationsstandard SMIL. Da sich beide Formate jedoch kontinuierlich noch
stark weiterentwickeln und insbesondere die hinsichtlich unserer Fragestellung hochinteressante Kombination
der beiden Ansätze derzeit nur von einer Minderheit der Web-Clients unterstützt wird, ist die Erkenntnis,
dass insbesondere der SVG-Standard aus konzeptioneller Sicht das für unsere Zwecke wohl „am ehesten
geeignete Format“ darstellt, natürlich keine „pragmatische“, sondern vielmehr eine theoretische und zukunftsorientierte
Schlussfolgerung. Ebenso gilt diese Feststellung für den aspekt „ganzheitlicher Lösungen“:
So existiert für das noch recht junge SVG-Format zwar bereits eine ganze Reihe so genannte „Präsentationslösungen“
[Arm01, Behz02, HSL00, Sue02, Herm02] – diese verfügen jedoch im Gegensatz zu entsprechenden
Tools der „etablierten“ Formate bislang über keinerlei komfortable Benutzerschnittstelle – von
Usability oder Design-Orientierter GUI-Hilfestellung 1 ganz zu schweigen.
5.6.2 Konsequenz und Umsetzung
5.6.2.1 Die Master-Lösung: Möglich, nötig und sinnvoll?
Um damit auf die ursprüngliche Zielsetzung dieser Diplomarbeit zurückzukehren: Natürlich ist nicht nur
die Feststellung der Eignung verschiedener Formatansätze unter diesem Gesichtspunkt relevant – auch die
Frage, „was man damit machen kann“, gilt es auf Basis dieser Erkenntnis an dieser Stelle zu beantworten:
So könnte etwa ein möglicher Ansatz (dem auch eine frühe Konzeptstudie dieser Diplomarbeit zugrunde
lag) aus einer (möglicherweise serverbetriebenen) „Master-Lösung“ bestehen, die auf Basis „interner Präsentationsdaten“
in der Lage ist, mithilfe entsprechender Konvertierungsmodule stets „formatoptimierte“ Ergebnisse
zu erzielen. Nach Auswertung der im Verlaufe der verschiedenen Formatuntersuchungen gewonnenen
Erkenntnisse erscheint dies aufgrund der Tatsache, dass das Gros der soeben betrachteten Formate
unterschiedliche Zwecke verfolgt 2 sowie konzeptionell und strukturtechnisch durchaus inhomogen aufgebaut
ist, derzeit nur wenig sinnvoll. Die Umsetzung einer solchen Lösung stellt überdies aufgrund der im
Verlaufe der Untersuchung festgestellten, universellen Verfügbarkeit jeweils geeigneter Konvertierungsmodule
(zumeist auf der gemeinsamen Basis Java) im Großen und ganzen lediglich eine handwerkliche „Puzzle-Arbeit“
dar, 3 die zwar arbeitsintensiv, aber aus konzeptioneller oder gar „wissenschaftlicher“ Sicht keine
sonderliche „Herausforderung“ für diese Diplomarbeit bedeuten würde.
1 Anm: Hiermit ist etwa ein (grafisches) „Framework“ gemeint, dass den Nutzer etwa diskret dazu „zwingen“ (bzw. ihm dabei helfen)
könnte, Präsentationen nach vernünftigen, ästhetischen Kriterien zu produzieren.
2 z.B. SMIL zur Koordination und Synchronisation beliebiger Multimedia-Elemente (ohne direkte schrifttechnische oder grafische Gestaltungsfunktion)
bzw. andererseits SVG, welches ein konkretes Vektorformat darstellt.
3 Die einzelnen Filter-/Konvertierungsmodule der jeweiligen Formate müssten einfach nur „zusammengesetzt“ und angepasst werden.