XML » SVG Presenter - Carto:net

XML » SVG PRESENTER | STRUKTURIERTE MULTIMEDIA-PRÄSENTATION IM WEB 184
grafischen Funktionen angewiesen (da sie ebendiese Elemente einfach wieder löscht), muss jedoch ebenso
wie ihr expand-Pendant entsprechende Verschiebungsoperationen durchführen, um die korrekte Positionierung
der Baumknoten wiederherzustellen [vgl. hierzu Abb.6.5.2.1.3]
Abschließend erscheint im Rahmen der Umsetzungsbeschreibung hinsichtlich der soeben erläuterten „Aufund
Zuklapp“-Algorithmen noch der bereits in [6.3] theoretisch angesprochene lineare Präsentationsmodus
erwähnenswert: Durch Aufruf der nextItem()-Funktion lassen sich sämtliche Baum-Knoten der Präsentation
hintereinander „durchklappern“ – bei Auftreten bereits expandierter
„Unterverzeichnisse“ oder noch
ungeöffneter Teilbäume ruft diese Methode einfach die entsprechenden expand() - bzw. collapse() -
Funktionen auf, und erzielt somit einen kontinuierlichen, linearen Präsentationsablauf. Entgegen der Be-
1
fürchtung, diese Funktionalität könne aufgrund ihrer fehlenden Interaktivität bzw. Transparenz zur Verwirrung
des Publikums beitragen, hat sich nach mehreren Testläufen nicht bestätigt, da der Zuschauer gerade
durch die hierarchische Baum-Eigenschaft des Presenters die Orientierung offensichtlich nur in selteneren
Fällen verliert.
6.5.3 Schwächen der SVG-Umgebung und Work-Arounds
Trotz der bereits in [5.4] sowie unter [6.4] unter dem Aspekt der Realisierung des XML » SVG Presenters diskutierten,
beeindruckenden
Möglichkeiten und Vorteile von SVG hinsichtlich Web-basierter Präsentationen
sei an dieser Stelle jedoch noch auf einige weniger vorteilhafte Aspekte hingewiesen, die jedoch weniger
die Formatspezifikation an sich, als vielmehr die momentan als Standard geltende
[vgl. Schu02:60] SVG-
Umgebung des Adobe SVG Viewers betreffen. Da jedoch neben der „reinen Theorie“ einer konsequenten,
sauberen Lösung natürlich im Rahmen der Presenter-Realisierung auch eine möglichst funktionelle und ästhetische
Darstellung der in diesem Zusammenhang erstellten Präsentationen von Interesse ist,
VG
S ML
VG
2 haben diese
im Folgenden behandelten, derzeitigen Mängel des S Viewers die Programmierung einer ganzen Reihe
teils umständlicher „Work-Arounds“ erforderlich gemacht. Neben der bereits erwähnten, eher programmiertechnisch
relevanten „Namespace“-Lösung im Zusammenhang mit der fehlenden M X -
Unterstützung [s.6.5.1] beziehen sich diese insbesondere auf die visuellen Rendering-Eigenschaften der S -
Ausgabe des Viewers.
6.5.3.1 Phantomlinie
So muss derzeit etwa noch die Darstellung gestrichelter Linien, die ja im Rahmen des XML » SVG Presenters vermehrt zur Anwendung
kommen, innerhalb des Adobe SVG Viewers als relativ fehlerhaft bezeichnet werden,
da neben der eigentlichen Liniendarstellung stets eine nicht-vorhandene „Phantomlinie“ mit dargestellt
wird:
Abb. 3.5.1: Gestrichelte Linie in SVG mit Phantomlinie.
Fallt dies bei normaler Anwendung wie etwa in [Abb.3.5.1] noch nicht weiter ins Gewicht, verschlimmert
sich die Darstellung dieser recht unansehnlichen Phantomlinie noch aus unerfindlichen Gründen bei dynamischer
Erzeugung desselben Linienobjekts mittels EcmaScript. Da jedoch ebendies der Ausgangspunkt
für den XML » SVG Presenter darstellt, musste im Rahmen der Umsetzung des Prototypen freilich eine alternative
Lösung zur aus theoretischer Sicht ja naheliegendsten Verwendung des „gestrichelten“ Linien-
1 Phänomen: Man sieht nicht, an welcher Stelle die Maus die Teilbäume eröffnet etc.
2 Dieser Umstand ist vergleichbar mit der Gegenüberstellung „Sauberen HTML-Codes“ mit entsprechend von der diesbezüglichen Erwartung
abweichenden Darstellung im Webbrowser (Browser-Orientierung statt Code-Orientierung) s. hierzu auch 3.2.3