XML » SVG Presenter - Carto:net

XML » SVG PRESENTER | STRUKTURIERTE MULTIMEDIA-PRÄSENTATION IM WEB 121
Konvention eingearbeitet, als dies etwa im HGML-Format [HGML98] erkennbar ist. Darüber hinaus ist eine
Definition von CSS-Stilangaben, die stets Vorrang vor ihren jeweiligen XML-Pendants (etwa bei Farbangaben)
haben, gemäß der PGML-Spezikation möglich. Besonders gelungen und dem Nachfolge-Standard
SVG, 1 der hier nach [Behm02] „völlig un-XMLisch“ 2 vorgeht, an dieser Stelle sogar leicht überlegen ist meiner
Ansicht nach in PGML die Realisierung von Freiform-Objekten über das -Element gelöst: Statt
mittels „unstrukturierter“ [Heis98] Koorinatenangaben ordnet PGML die einzelnen Knotenpunkte als
Tochterelemente dem jeweiligen Pfadelement unter:
Listing und Abb. 5.3.2.2: Polygonpfad in PGML (links) und seine Darstellung (rechts)
Ebenso angenehm fallen einige besonders im Internet sinnvolle und benötigte [vgl. Bayn98] Erweiterungen
auf, die den angegrauten PostScript-Standard vorsichtig und zukunftsweisend [Rein98b] im Hinblick auf
Web- und optische Funktionalität erweitern. Insbesondere seien hier, wie bereits seitens der Entwickler angesprochen,
3 die erweiterten Kontrollmechanismen hinsichtlich Anti-Aliasing und Transparenz genannt.
Weiteres Lob verdienen die auch unter Berücksichtigung der im selben Jahr veröffentlichten SMIL-
Spezifikation [SMIL98] ausgereift, wenn auch hinreichend schlicht 4 erscheinenden Animationsmöglichkeiten
nahezu sämtlicher PGML-Elemente, 5 ebenso wie Manipulations- und DOM-Funktionen mittels EC-
MAScript. 6
Einzig die typografischen Gestaltungsmöglichkeiten fallen erneut etwas enttäuschend aus: zwar sind absolute
Positionierung von Textelementen sowie Zuweisung von Schriftarten über CSS-Angaben möglich –
„wirklicher“ Textfluss ist trotz des Anspruchs der Durchsuchbarkeit, 7 ebenso wie eine besonders von Grafikern
erwünschte absolute Kontrolle über Schriftbild und –Größe in Ermangelung von Font-Embedding 8
jedoch nicht möglich. Lediglich in [Rein98b] wird eine Browserseitige Unterstützung des Schriftsystems
OpenType 9 angesprochen, 10 welches eine Einbettung von Schriftarten zumindest im Rahmen einer HTML-
Integration erlauben würde. Da es sich, trotz der beeindruckenden Animations- und Scripting-
Funktionalität, bei PGML primär um eine Webbasierte Grafik-Beschreibungskonvention handelt, fehlen
zudem wichtige Multimedia-Funktionen wie etwa eine mögliche Soundunterstützung oder bewegte Videosequenzen
(wobei letztere sich allerdings über „Workarounds“, zumindest theoretisch, 11 realisieren lasen).
5.3.2.3 Umsetzung
Nicht nur hinsichtlich der inhaltlichen Konzeption, sondern auch zeitstrategisch bewies das hinter PGML
stehende Konsortium 12 ein gutes Gespür: bereits wenige Wochen nach Verabschiedung des PGML zugrunde
1
s. Kap. 6
2
vgl. [Heis98] p.54
3
vgl. [PGML98] Kap 2.3 Pkt. 2
4
vgl. [Bayn98]
5
ebenda, Appendix C.7
6
vgl. [ECMA97]
7
vgl. [PGML98] Kap 2.3 Pkt. 13
8
Einbettung von Schriftarten zur ubiquitären Verwendung
9
Dieses wurde leider nie vollständig implementiert [s.4.4]; vgl. hierzu [Wild99] pp.443f sowie [Meis97]
10
“Font Mapping: CSS2 (Browsers will use OpenType)” [Reid98b]
11
Hierbei kämen dann u.a. die Animations- und Scriptability-Eigenschaften der PGML-Spezifikation zum tragen.
12 s. 5.3.2.1