XML » SVG Presenter - Carto:net

XML » SVG PRESENTER | STRUKTURIERTE MULTIMEDIA-PRÄSENTATION IM WEB 127
Listing 5.3.3.4: Definition eines linearen Verlaufes mittels fill-Tochterelemen
Abb. 5.3.3.1: Darstellung des in [Listing 5.3.3.4] spezifizierten Rechtecks (rechts)
Auf die einzelnen Variablen des Elements soll hier der Kürze halber nicht eingegangen werden [s. hierzu
Micr98b, Reid00], da [Listing 5.3.3.4] lediglich der Illustration child-basierter Elementeigenschaften dient.
Fest gehalten werden soll an dieser Stelle lediglich die Problematik der recht inkonsequenten Attributvergabe,
da die Objekteigenschaften, wie bereits ausgeführt, auf Basis scheinbar recht uneinsichtlicher Kriterien 1
sowohl mittels CSS-Angaben, direkten XML-Attributen sowie zusätzlichen Tochterelementen [s. Listings
5.3.3.3 sowie 5.3.3.4] zu implementieren sind.
5.3.3.2.3 Grafik-Primitives: Linien und Pfade
Neben dem in [Listing 5.3.3.3] angegebenen Rechteck-Element werden auch in VML, wie bereits in den
Spezifikationen der XML-basierten „Konkurrenz“ (im Besonderen PGML 2 ) enthalten, weitere Primitives [Safe01:1081]
zum einfachen Erstellen grafischer Grundformen zur Verfügung gestellt, etwa line, curve,
arc, oval etc. [vgl. VML98]. Das darüber hinaus komplexere Formen ermöglichende path-Element
nimmt hierbei eine Sonderstellung ein, da es sowohl als diskretes Element als auch in Attributform 3
in Erscheinung
treten kann.
Die path-Syntax weicht an dieser Stelle allerdings erheblich von der in [PGML98] vorgeschlagenen Möglichkeit
der Pfad-Definition über als XML-Tochterelemente realisierte Knotenpunkte [s. Listing 5.3.2.2] ab:
Wie in [VML98] 4 spezifiziert, werden hier einzelne Pfadknoten in einem sich aus Positionsdaten und Befehlskürzeln
5 zusammensetzenden Array abgebildet, 6 wobei letzterer zugleich das Hauptattribut des Pfad-
Elements darstellt.
Listing 5.3.3.5: Definition eines Sterns über das path-Element
Abb. 5.3.3.2: Darstellung des in [Listing 5.3.3.5] spezifizierten Sterns (rechts)
Die hohe Komplexität 7 und Kompaktheit 8 dieser Notationsweise bedingt zeitgleich einen Verlust der „Lesbarkeit“
des Codes, d.h. Struktur und vermutliches Aussehen des beschriebenen Pfades lassen sich nicht
mehr ohne weiteres aus dem Quelltext ersehen. Dies erscheint jedoch unter Berücksichtigung einer damit
einhergehenden signifikanten Speicherplatzeinsparung [vgl. Tard01] aufgrund der Tatsache, dass die VML-
1
die Attributverleihung erfolgt strikt im Rahmen (jedoch, wie ausgeführt, nicht im Sinne) der CSS2-Spezifikation [CSS98]
2
s. 5.3.2
3
Hinweis: Im Bezug auf das ShapeType-Element, wie weiter unten beschrieben.
4
vgl. [VML98] Textanker: #_Toc416858391
5
etwa m (= moveto: Pfad-Startkoordinate) oder l (=lineto: linearer Folgeknoten); vgl. [ibid]
6
Hinweis: Komma-Separierte Zeichenkette, die jedoch als Array geparst wird.
7
vgl. [ibid]
8
Die „Commands“ (moveto, lineto, close, nofill…) werden zugunsten von Speicherplatz-Effizienz statt menschen-lesbar lediglich in ab-
gekürzter Form (m, l, c, nf…) kodiert.