XML » SVG Presenter - Carto:net

XML » SVG PRESENTER | STRUKTURIERTE MULTIMEDIA-PRÄSENTATION IM WEB 126
Verwendung erschwert: Da der VML-Parser ja stets in der Lage sein muss, grafische Vektorelemente (VML-
Tags) von den umgebenden HTML-Tags zu unterscheiden, ist die Einführung eines separaten Namensraumes
für XML im Kopf-Bereich der Webseite zwingend vorgeschrieben:
Titel der HTML-Seite
v\:*{behavior="url(#default#VML)"}
Listing 5.3.3.1: Einführung des VML-Namespaces in der HTML-Datei
Alternativ hierzu kann die Definition des XML-Namensraumes natürlich auch als Attribut im Root-Element
der HTML-Datei (in diesem Falle also ) erfolgen:
Listing 5.3.3.2: Einführung des VML-Namensraumes im Root-Element
Das somit allen in der Seite vorkommenden VML-Tags voranzustellende „v“-Präfix erweist sich in der praktischen
Anwendung nicht nur als relativ zeitraubend, sondern kann besonders für Anfänger des VML-
Authorings eine sehr frustrierende Erfahrung darstellen, da die Darstellung von Vektorbildern mit fehlerhaft
formulierten VML-Tags höchst „unbefriedigend“ ausfällt. Von einer angeblich „interessanten Syntax“
der VML-Spezifikation, die etwa [NeWi00] ausmachen, kann also meiner Ansicht nach an dieser Stelle
nicht die Rede sein.
5.3.3.2.2 CSS-Syntax: Stilistische Verwirrung
Eine weitere, etwas verstörend wirkende Eigenschaft stellt überdies die Tatsache dar, dass sämtliche Layout-
Eigenschaften nicht direkt als Tag-Attribute der jeweiligen grafischen Elemente realisiert sind, sondern vollständig
über das Style-Sheet-Modell [CSS98] abgebildet werden. Dies wäre grundsätzlich zwar eine gute Idee
– die Umsetzung dieser Implementierung läuft jedoch der Grundidee der Style Sheets, paradoxerweise
gerade durch die sehr strenge Einhaltung der CSS2-Spezifikation, meiner Einschätzung nach völlig zuwider:
So werden zwar Positionierungs- und Dimensionsdaten der einzelnen Elemente (wie etwa style='top:10;
left:10; width: 20; height: 30'> mittels Style Sheets dargestellt, typische stilistische
Attribute wie Linienstärken und Fülleigenschaften müssen hingegen, da etwa fillcolor oder stroke-Attribute
im ursprünglich für HTML entworfenen CSS-Standard nicht spezifiziert sind, über direkte Elementeigenschaften
der VML-Objekte realisiert werden:
Listing 5.3.3.3: Rechteck-Primitive in VML mit CSS-Positionierungs und XML-Stilangaben
Nun sollte sich dies jedoch, wie uns der Grundsatz der Style Sheets lehrt, 1 exakt umgekehrt verhalten: Während,
wie [Eise02] bemerkt, Position und Größe eines Grafikelementes dessen Struktur ausmachen, bilden
Farbgebungs- und sonstige Stileigenschaften den Präsentations-Aspekt der jeweiligen Abbildung [vgl. Mage00].
Die Auszeichnung der VML-Elementeigenschaften erscheint daher unter diesem Blickwinkel reichlich
inkonsistent. Für komplexere Fülleigenschaften wie beispielsweise Verläufe ist darüber hinaus noch die
Einbettung eines separaten fill-Objektes als Tochterelement möglich:
1 vgl. [Eise02] p.8