XML » SVG Presenter - Carto:net

XML » SVG PRESENTER | STRUKTURIERTE MULTIMEDIA-PRÄSENTATION IM WEB 70
chard Wagners, 1 der bereits die Einführung der „Coda“-Technologie 1998 als „todgeweihten“ Ansatz bezeichnet
hatte, leider durchaus zu bestätigen scheint:
While a Java-only solution may offer some capabilities that can’t be fulfilled by HTML, it’s never going to
wildly succeed in the long run. No matter how popular Java gets, it will never surpass the documentpublishing
aspect of the Web.
[Wagn98]
3.5.3.3 (Noch) Ungelöste Probleme
„Wunder Punkt“ der Anwendung Applet-basierter Präsentationstechniken bleibt darüber hinaus die ungewisse
Frage, inwieweit die entsprechende Runtime-Engine bzw. die korrekte Version der „Java Virtual Machine“
eine Ausführung des übermittelten Bytecodes auf den entsprechenden Client-Geräten erlaubt: Einerseits
verhindert beispielsweise der große Anteil veralteter JMFs im Rahmen der jeweiligen Browser-
Implementierungen etwa die Unterstützung fortschrittlicher GUI-Techniken auf Basis des „Swing“-Modells
(welches jedoch wiederum eine recht aktuelle JMF erfordert), wodurch naturgemäß mit der Realisierung
entsprechender Präsentationsansätze stets eine gewisse Unsicherheit bezüglich der tatsächlichen Unterstützung
der entwickelten Funktionalität auf Seiten des Nutzers einhergeht. Zum anderen jedoch bleibt auch
die letztendliche Verbreitung der Applet-Unterstützung an sich recht ungewiss [vgl. Roth98], da einerseits
bekannte Sicherheitslücken [vgl. Oaks01] insbesondere Firmen-Administratoren zunehmend dazu verleiten,
Java-Funktionalitäten von zahlreichen Web-Clients zu verbannen. Überdies kann auch die mangelnde
Bereitschaft der Browserhersteller zur verstärkten Integration der Java-Plattform in ihre Internet-Clients als
Hauptgrund für eine immer noch zu wünschen übrig lassende Java-Unterstützung [vgl. Bels97] benannt
werden: So ließ sich etwa Microsoft nur unter dem Zwang eines kontroversen Rechtsstreites [vgl. Viol01]
mit Erz-Rivalen und Java-„Erfinder“ Sun Microsystems dazu bringen, eine entsprechende Java Runtime-
Engine in den Internet Explorer einzubinden. 2
3.5.4 Web-Portierungen nativer Multimedia-Anwendungen
Ein ähnliches „Schicksal“ mangelnder Client-Unterstützung erlitt derweil auch ein Großteil der Vertreter
eines bereits weit vor dem Aufkommen Javas verbreiteten Präsentationsansatzes: Die aufgrund des überraschenden
„WWW-Booms“ eilends „Internet-fähig gemachten“ Web-Versionen der zuvor noch auf dem Offline-Sektor
erfolgreichen, nativen Multimedia-Programme. So sahen sich die bereits in [2.1] beleuchteten
Multimedia-Veteranen wie etwa das betagte HyperCard [Good90] sowohl durch die nachlassende Popularität
CD-ROM-basierter Medien wie auch der explosionsartigen Entwicklung des HTML-Formates zunächst
überrascht – reagierten jedoch nach längerer Zeit der Irritation zumeist in der Form proprietärer Plug-Ins:
Während Apples HyperCard mittels QuickTime-Portierung und der CGI-basierten (Server-)Lösung Live-
Card [Roya96] im Rahmen der WWDC-Konferenz noch 1996 eine durchaus überzeugende und vor allem
aufgrund der Server-Seitigkeit allseits kompatible Internet-Portierung vorstellen konnte [vgl. Calh96,
Neub96], ging bereits HyperCard-Imitator SuperCard im Rahmen der Vorstellung seines Plug-Ins Roadster
[Heid97] andere Wege: Ebenso wie der noch später folgende Web-Adapter Neuron [vgl. Hols97, Musi02]
des Mitkonkurrenten Toolbook [BrDw94] ermöglichte die Plug-In-Software zwar im Gegensatz etwa zum
Web-Export PowerPoints [s.2.3.4] eine 1:1-Portierung der Multimedia-Inhalte innerhalb des Web-Clients
– damit einher ging jedoch stets eine zunehmende Abhängigkeit von der Verfügbarkeit der jeweiligen, freilich
untereinander völlig inkompatiblen Plug-Ins:
1 vgl. [Wagn98]
2 vgl. den entsprechenden Heise Newsticker-Eintrag von Erich Bonnert und Karsten Violka am 24.Dezember 2002: „Microsoft muss Java
integrieren.“ http://www.heise.de/newsticker/data/kav-24.12.02-000 [12.2.03]