Quelltext der Seite Scalable Vector Graphics

{{Infobox Dateiformat
| Name = Scalable Vector Graphics
| Icon = 
| Logo = [[Datei:SVG logo.svg|100px]]
| Screenshot = 
| Beschreibung = 
| Dateiendung = .svg, .svgz
| MIME = image/svg+xml
| MIME-Anm = <ref>{{Internetquelle |url=https://www.w3.org/TR/SVGMobile12/mimereg.html |titel=Media Type registration for image/svg+xml – SVG Tiny 1.2 |abruf=2024-05-24}}</ref>
| MagischeZahl = 
| MagischeZahlNotation = 
| MagischeZahlHex = 
| Entwickler = [[World Wide Web Consortium]]
| Veröffentlicht = 
| LetzteVersion = 
| LetzteVersionDatum = 
| Art = [[Vektorgrafik|vector image format]]
| Container für = 
| Enthalten in = 
| Erweitert von = [[Extensible Markup Language|XML]]
| Erweitert zu = 
| Standard = 
| Website = [https://www.w3.org/TR/SVG11/ SVG 1.1]<br />[https://www.w3.org/TR/2008/REC-SVGTiny12-20081222/ SVG 1.2 Tiny (Mobile)]<br />[https://www.w3.org/TR/SVG2/ SVG 2] (draft)
}}

'''Scalable Vector Graphics''' (kurz auch '''SVG''', {{enS}} für ''skalierbare Vektorgrafik'') ist die vom [[World Wide Web Consortium]] (W3C) empfohlene [[Spezifikation]] zur Beschreibung zweidimensionaler [[Vektorgrafik]]en. SVG, das auf [[Extensible Markup Language|XML]] basiert, wurde erstmals im September 2001 veröffentlicht. Praktisch alle relevanten [[Webbrowser]] können einen Großteil des Sprachumfangs darstellen.<ref>{{Internetquelle |url=https://caniuse.com/ |titel=Can I use... Support tables for HTML5, CSS3, etc |abruf=2021-02-27}}</ref>

Wesentlicher Vorteil des ''vektor''-basierten SVG-Formates gegenüber anderen [[Grafikformat]]en wie [[JPEG|JPG]], [[Portable Network Graphics|PNG]] oder [[Tagged Image File Format|TIFF]] ist – insbesondere im [[Responsive Webdesign|Responsiven Webdesign]] – die [[Skalierbarkeit]] ohne Qualitätsverlust,<ref>{{Internetquelle |autor=Daniel Geiser |url=https://www.new-time.ch/die-vor-und-nachteile-des-svg-formats-im-responsiven-webdesign/ |titel=Die Vor- und Nachteile des SVG-Formats im responsiven Webdesign |hrsg=new time design Scherrer & Grasso |datum=2015-09-30 |abruf=2019-01-12}}</ref> gegenüber der prinzipbedingt verlustbehafteten Skalierbarkeit von ''pixel''-basierten [[Rastergrafik|''Raster''-Grafiken]].

[[Animation]]en werden von SVG mittels [[Synchronized Multimedia Integration Language|SMIL]] unterstützt. Manipulationen des SVG-[[Document Object Model|DOM]] sind mit Hilfe eingebetteter Funktionen via [[Skriptsprache]]n möglich. Da SVG ein XML-basiertes Dateiformat ist, sind Inhalte von SVG-Dateien für [[computerunterstützte Übersetzung]] und andere Weiterverarbeitungen leicht zugänglich. Sie können direkt mit einem [[Texteditor]] erstellt werden oder sind die Ausgabe von Programmen mit andersartigem Input, siehe etwa [[Gnuplot]]. SVG-Editoren erlauben eine bequeme Bearbeitung in der graphischen Ansicht.

Die empfohlene [[Dateiendung]] ist ''.svg'' oder, wenn die Datei mit [[gzip]] komprimiert ist, ''.svgz''. Der [[Internet Media Type|MIME-Typ]] ist <code>image/svg+xml</code>.<ref>{{Internetquelle |url=https://www.w3.org/TR/SVG/intro.html |titel=Introduction — SVG 2 |abruf=2024-05-24}}</ref>

== Geschichte ==
1998 wurden zwei [[Computersprache#Beschreibungssprachen|Sprachen]] beim [[World Wide Web Consortium]] (W3C) zur Standardisierung eingereicht:
* [[Vector Markup Language]] (VML) von [[Microsoft]] und [[Macromedia]].
* [[Precision Graphics Markup Language]] (PGML) von [[Adobe Inc.|Adobe]], [[IBM]], [[Netscape Communications|Netscape]] und [[Sun Microsystems|Sun]].

Das W3C übernahm aber keine der beiden Sprachen als Empfehlung, sondern vereinigte sie und entwickelte sie unter eigener Regie weiter.
Gründe für die Entwicklung einer neuen Sprache sind unter anderem einer detaillierten Anforderungsliste im ersten Arbeitsentwurf zu entnehmen.<ref>{{Internetquelle |url=https://www.w3.org/TR/1999/WD-SVG-19990211/reqts.html |titel=SVG Requirements |abruf=2021-02-27}}</ref>

Am 4. September 2001 veröffentlichte das W3C unter dem Namen ''Scalable Vector Graphics (SVG) 1.0 Specification'' die erste Empfehlung (englisch ''recommendation'').<ref>{{Internetquelle |url=https://www.w3.org/TR/2001/REC-SVG-20010904/index.html |titel=Scalable Vector Graphics (SVG) 1.0 Specification |abruf=2021-02-27}}</ref>
Diese Empfehlung wurde von Teilen der [[Informationstechnik|IT]]-Industrie als Standard akzeptiert. [[Microsoft]] folgte dem längere Zeit nicht und unterstützte in seinen Anwendungen nur die Vektorsprache [[Vector Markup Language|VML]]. Die erste Version des [[Internet Explorer]]s, die SVG nativ unterstützt, ist Version&nbsp;9.<ref>{{Internetquelle |autor=kexugit |url=https://learn.microsoft.com/en-us/archive/blogs/ie/ |titel=IEBlog |datum=2020-07-17 |sprache=en-us |abruf=2024-05-24}}</ref>
Ab dem Internet Explorer&nbsp;10 unterstützt Microsoft VML nicht mehr.
Bereits am 3.&nbsp;August 2001 wurde ein erster Arbeitsentwurf für eine Modularisierung von SVG veröffentlicht, um für mobile Geräte mit geringerem Leistungsumfang dafür geeignete Teile von SVG als Empfehlung zugänglich zu machen.<ref>{{Internetquelle |url=https://www.w3.org/TR/SVGMobileReqs |titel=SVG Mobile Requirements |abruf=2024-05-24}}</ref>
Dies führte dann letztlich zu Version&nbsp;1.1 mit drei Profilen, 'Tiny' für Geräte mit geringer Leistung, 'Basic' für Geräte mit etwas höherem Leistungsumfang und 'Full', das den vollen Funktionsumfang von SVG&nbsp;1.0 umfasst.
Einmal abgesehen von Korrekturen von bekannten Fehlern deckt sich SVG Full&nbsp;1.1 von den Funktionen und Merkmalen her mit SVG&nbsp;1.0.

Am 14. Januar 2003 wurden die Empfehlungen zu SVG 1.1 und SVG Mobile veröffentlicht.<ref>{{Internetquelle |url=https://www.w3.org/TR/2003/REC-SVG11-20030114/ |titel=Scalable Vector Graphics (SVG) 1.1 Specification |abruf=2024-05-24}}</ref><ref>{{Internetquelle |url=https://www.w3.org/TR/2003/REC-SVGMobile-20030114/ |titel=Mobile SVG Profiles: SVG Tiny and SVG Basic |abruf=2024-05-24}}</ref>

Diese Empfehlungen wurden danach noch überarbeitet. Die letzte Bearbeitung der mobilen Variante stammt von 2009. Für SVG 1.1 gibt es eine zweite Bearbeitung vom 16. August 2011.<ref>{{Internetquelle |url=https://www.w3.org/TR/2011/REC-SVG11-20110816/ |titel=Scalable Vector Graphics (SVG) 1.1 (Second Edition) |abruf=2024-05-24}}</ref>

Zunächst wurde geplant, SVG 1.1 mit der Version 1.2 zu erweitern. Dies wurde allerdings primär von Anbietern mobiler Geräte mit Interesse aufgenommen, während die Anbieter von Darstellungsprogrammen für Rechner sich erst einmal auf die Implementierung von SVG 1.1 konzentriert haben.
Dadurch ist das Profil für SVG Full 1.2 nicht über einen Arbeitsentwurf hinaus gelangt.<ref>{{Internetquelle |url=https://www.w3.org/TR/SVG12/ |titel=Scalable Vector Graphics (SVG) Full 1.2 Specification |abruf=2024-05-24}}</ref>

An der mobilen Version von SVG 1.2 wurde allerdings weitergearbeitet. Inzwischen war bei mobilen Geräten auch eine deutliche Steigerung des Leistungsumfanges eingetreten, weswegen man sich auf ein Profil für den mobilen Markt beschränkt hat. Am 22.&nbsp;Dezember 2008 wurde dann für diese Version eine Empfehlung für ein Tiny-Profil veröffentlicht.<ref>{{Internetquelle |url=https://www.w3.org/TR/2008/REC-SVGTiny12-20081222/ |titel=Scalable Vector Graphics (SVG) Tiny 1.2 Specification |abruf=2024-05-24}}</ref> Gegenüber 1.1 führt dies einige neue Merkmale und Funktionen ein, etwa von [[Synchronized Multimedia Integration Language|SMIL]] übernommene Elemente für Audio, Video und der Einbettung von anderen SVG-Dokumenten, das deklarative Entfernen von Elementen aus dem Dokument-Objekt-Modell, neue Erweiterungen für den Zugriff von Skripten auf das Dokument-Objekt-Modell, eingeschränkte Transformationen, Mal-Dienste für Farbe, die Möglichkeit eine Hintergrundfarbe für den Malbereich anzugeben, automatischer Textumbruch, Möglichkeit für interaktive Texteingabe und Änderung von Text. Außerdem ist es gelungen, in dieser Version einige Unklarheiten und Unstimmigkeiten hinsichtlich der deklarativen Animation zu beheben, was zum großen Teil dann auch in die zweite Bearbeitung von SVG 1.1 als Fehlerberichtigung übernommen wurde.

Derzeit aktuelle Spezifikationen sind also die Version SVG Tiny 1.2 und die zweite Bearbeitung von SVG 1.1. Seit 2011 wird an SVG&nbsp;2 gearbeitet, das zahlreiche Änderungen und Erweiterungen enthalten sollte.<ref>{{Internetquelle |url=http://www.w3.org/Graphics/SVG/WG/wiki/index.php?title=SVG2_Planning_Page&oldid=6876 |titel=SVG2 Planning Page |abruf=2015-01-30}}</ref><ref>{{Internetquelle |url=https://www.w3.org/Graphics/SVG/WG/wiki/SVG2_Requirements_Commitments |titel=SVG2 Requirements Commitments |abruf=2015-07-08}}</ref>
Seit 15. September 2016 existiert eine ''Candidate Recommendation''. Zum 7.&nbsp;August und 4.&nbsp;Oktober 2018 sind weitere ''Candidate Recommendations'' erschienen.<ref>{{Internetquelle |url=https://www.w3.org/TR/SVG2/ |titel=Scalable Vector Graphics (SVG) 2 |abruf=2024-05-24}}</ref> Inzwischen wurden zahlreiche geplante Neuerungen und Erfordernisse für die Version 2 wieder gestrichen.

== Dokument ==
Als XML-Dokument wird eine SVG in einer Baumstruktur aus verschiedenen Elementen und diesen Elementen zugewiesenen Attributen aufgebaut. Eine SVG-Datei kann, wie bei XML-basierten Sprachen üblich, mit der [[XML-Deklaration]] beginnen. Darauf können Verarbeitungsanweisungen folgen, etwa solche zur Referenzierung externer Stilvorlagen.

Von der Angabe der [[Dokumenttypdeklaration]] wird einerseits abgeraten,<ref>{{Internetquelle |url=https://www.w3.org/TR/SVG11/intro.html#NamespaceAndDTDIdentifiers |titel=Introduction – SVG 1.1 (Second Edition) |abruf=2024-05-24}}</ref> andererseits wird sie für ein korrektes Dokument als erforderlich angesehen.<ref>{{Internetquelle |url=https://www.w3.org/TR/SVG11/conform.html#ConformingSVGDocuments |titel=Conformance Criteria – SVG 1.1 (Second Edition) |abruf=2024-05-24}}</ref>
Möglich und bei SVG seit den Anfängen üblich ist es, Abkürzungen in Form von Entitäten in der internen Dokumenttypdeklaration zu notieren, um so die Dateigröße reduzieren zu können. Die Empfehlungen enthalten ab Version&nbsp;1.0 entsprechende Beispiele.<ref>{{Internetquelle |url=https://www.w3.org/TR/SVG11/coords.html#ExamplePreserveAspectRatio |titel=Coordinate Systems, Transformations and Units – SVG 1.1 (Second Edition) |abruf=2024-05-24}}</ref>

Auf diesen Kopfbereich folgt, wie bei allen XML-Dokumenten, das Wurzelelement; für SVG-Dokumente hat dieses den Namen '''''svg'''''.
Um das Element und seinen Inhalt eindeutig dem SVG-Namensraum zuzuordnen und ihm so eine definierte Bedeutung zu geben, die mit den SVG-Empfehlungen zu tun hat, wird der [[Namensraum]] beim Wurzelelement mit der XML-Attributkonstruktion ''xmlns'' notiert.

<syntaxhighlight lang="xml">
<?xml version="1.0" encoding="UTF-8"?>
<svg xmlns="http://www.w3.org/2000/svg"
    xmlns:xlink="http://www.w3.org/1999/xlink"
    version="1.1" baseProfile="full"
    width="800mm" height="600mm"
    viewBox="-400 -300 800 600">
    <title>Titel der Datei</title>
    <desc>Beschreibung/Textalternative zum Inhalt.</desc>

<!--Inhalt der Datei -->

</svg>
</syntaxhighlight>

Mit den Attributen <code>width</code> ([[Englische Sprache|englisch]]: ''Breite'') und <code>height</code> (englisch: ''Höhe'') des SVG-Elementes '''''svg''''' wird die Größe der Grafik definiert.
Werden diese Attribute nicht gesetzt, wird die Größe impliziert, jeweils entsprechend einem Attributwert von <code>100%</code> für <code>width</code> und <code>height</code>, was 100 % der Höhe und Breite des verfügbaren Anzeigebereiches entspricht. Mit dem Attribut <code>viewBox</code> kann angegeben werden, welcher Bereich der Zeichenebene im Anzeigebereich dargestellt werden soll. Gegebenenfalls erfolgt also eine Transformation dieses Bereiches hin zum Anzeigebereich. Wird das Attribut nicht angegeben, deckt sich der Bereich mit dem Anzeigebereich, es findet also keine Transformation statt.
Weil dem Autor die Größe des Anzeigebereiches nicht bekannt ist, ist die Verwendung von <code>viewBox</code> allgemein zu empfehlen, insbesondere wenn für <code>width</code> und <code>height</code> keine Angaben oder solche in Prozent notiert sind.

=== Koordinatensystem und -angabe ===
[[Datei:SVG-Koordinaten.svg|mini|Vergleich der Koordinatensysteme einer Rastergrafik und einer SVG. Die Rastergrafik erlaubt nur ganzzahlige Koordinaten, SVG als Vektorgrafik erlaubt auch Gleitkommazahlen als Koordinaten.]]

Das anfängliche [[Koordinatensystem]] hat seinen Koordinatenursprung in der linken oberen Ecke des Zeichenbereichs. Es handelt sich dabei um ein internes, [[Dimensionslose Größe|dimensionsloses]] Koordinatensystem, bei dem die X-Achse nach rechts und die Y-Achse nach unten weist. Dieses Koordinatensystem wird durch die Attribute <code>width</code> (Breite) und <code>height</code> (Höhe) für die Ausgabe dimensioniert. Durch Verwendung des Attributes <code>viewBox</code> und bei den meisten Nachfahren des Wurzelelementes auch durch Verwendung des Attributes <code>transform</code> ergibt sich ein vom anfänglichen Koordinatensystem abweichendes aktuelles Koordinatensystem.
Alle relativen und absoluten Längenangaben innerhalb der Grafik werden auf dieses aktuelle Koordinatensystem bezogen.<ref name="coord">{{Internetquelle |url=https://www.w3.org/TR/SVG11/coords.html#Units |titel=SVG – Coordinate Systems, Transformations and Units |hrsg=W3C |datum=2003-01-14 |abruf=2009-09-10}}</ref> Als Einheiten können in der Vollversion von SVG sowohl relative (wie [[Em (Schriftsatz)|em]] oder Prozent) als auch absolute Angaben (wie [[Meter]] oder [[Zoll (Einheit)|Zoll]]) gewählt werden. Dafür stehen in SVG die von der Stilvorlagen-Sprache ''[[Cascading Style Sheets]]'' bekannten Einheiten<ref name="einh">{{Internetquelle |url=https://www.css4you.de/einheiten.html |titel=SVG – Basiseinheiten |hrsg=CSS4You |datum=2006-10-20 |abruf=2009-09-03}}</ref> zur Verfügung.
Bei den tiny-Versionen werden im Inhalt hingegen nur dimensionslose Längen verwendet. Lediglich für <code>width</code> und <code>height</code> des Wurzelelementes sind wie in der Vollversion Einheiten zulässig.
Dieses Vorgehen ist allgemein für SVG-Dokumente auch in der Vollversion sinnvoll, weil so fehleranfällige Umrechnungen von Einheiten vermieden werden.

Im Gegensatz zu den [[Integer (Datentyp)|ganzzahligen]] Pixelkoordinaten bei [[Rastergrafik]]en (z.&nbsp;B. [[JPEG]], [[Portable Network Graphics|PNG]], [[Windows Bitmap|BMP]]) sind SVG-[[Koordinate]]n [[Gleitkommazahl]]en. Pixel-Angaben in Rastergrafiken hingegen haben eine beschränkte Auflösung, sind sie doch in ihrem Wertebereich auf ganze Zahlen sowie die Abmessungen des Bildes beschränkt – entsprechend der Natur der Pixel, die ja kleine, gleich große, unifarbene Rechtecke sind. Bei rasterbasierten Ausgabemedien – zum Beispiel einem [[Bildschirm|Monitor]] – bezeichnet eine SVG-Angabe wie <code>(x = '100' y = '200')</code> nicht das ganze [[Pixel|Bildschirmpixel]], sondern dessen obere linke Ecke (oder eine der anderen Ecken der entsprechenden Nachbarpixel). Vorausgesetzt bei diesem Beispiel ist, dass die [[Skalierung (Computergrafik)|Skalierung]] des SVG-Dokuments passend gewählt ist.<!-- In Pixeleinheiten beschreibt die ganzzahlige SVG Koordinate <code>(x = 1, y = 1)</code> beispielsweise die obere linke Ecke des Pixels mit der Pixelkoordinate (1,1).-->

=== Elemente ===
SVG hat unterschiedliche Typen von Elementen:
* Elemente mit grafischer Präsentation, aufgebaut aus grafischen Primitiven
* [[Text]] in einer bestimmten [[Schriftart]], die dem [[Rasterung|Render]]-Programm zur Verfügung stehen muss.
* Gruppierungselemente einerseits für darzustellende Elemente, aber auch als Vorrat zur Referenzierung durch andere Elemente
* Elemente zur Bereitstellung von Textalternativen und [[Metainformation]]en
* Elemente zur Bereitstellung von Maldiensten wie Farben, Farbverläufen und Mustern, auch von Markierungen, Masken oder Filtern
* Elemente zur Animation
* Elemente zur Aufnahme von anderen Sprachstrukturen (Stilvorlagen, Skripte, darstellbare Fragmente aus anderen Namensräumen)
* Elemente zur Einbettung externer Dokumente ([[Vektorgrafik]]en oder auch [[Rastergrafik]]), interner und externer Dokumentfragmente
* Elemente zur Definition von Schriftarten und alternativen Darstellungen von Glyphen

==== Grafische Elemente ====
[[Datei:SVG-Grundelemente.svg|mini|Rechteck, Kreis, Ellipse, Pfad und Polygon als Beispiel für grafische Primitive. Pfad und Polygon sind gefüllt]]

Alle grafischen Elemente in SVG bauen auf einfachen Grundelementen, sogenannten [[Grafisches Primitiv|grafischen Primitiven]] auf. Durch Kombination mehrerer grafischer Primitive lassen sich komplexe Objekte erzeugen. Für alle grafischen Elemente gibt es festlegbare Eigenschaften (Attribute). Insbesondere
* Fill-Attribute – legen die Darstellung der Fläche fest.
* Stroke-Attribute – legen die Darstellung der Rahmenlinie fest.
* Opacity-Attribute – legen die [[Transparenz (Computergrafik)|Transparenz]] des Elements fest.
* Marker – legen fest, ob ein Linienende besonders gestaltet wird (z.&nbsp;B. Pfeile, Querstriche etc.)
Die meisten Eigenschaften können auch mittels CSS in einem Style-Attribut festgelegt werden, was offiziell favorisiert wird.

Die in SVG verfügbaren grafischen Elemente sind der Pfad und mehrere, der Vereinfachung dienende Elemente.

===== Pfad =====
Der [[Pfad (Computergrafik)|Pfad]] ist das grundlegende Element für die Darstellung. Er ist das mächtigste Grafikelement in SVG. Praktisch alles, was durch andere Grafikelemente gezeichnet werden kann, kann durch ein Pfad-Element äquivalent dargestellt werden, denn hier kann man mit einer Sequenz von Kommandos angeben, was dargestellt werden soll. Dafür dient das Attribut <code>d</code>. Jedes Kommando beginnt an der Endposition des vorherigen Kommandos. Es wird durch einen Buchstaben eingeleitet, dem ein oder mehrere Zahlen (Parameter, meist Koordinaten) folgen. Ein Großbuchstabe bewirkt, dass Koordinatenwerte absolut interpretiert werden, ein Kleinbuchstabe, dass sie relativ zur aktuellen Zeichenposition interpretiert werden. Es gibt folgende Kommandos:
{| class="wikitable zebra"
! Kommando
! Bezeichnung
! Parameter
! Wirkung
|-
| M || move to || ein Koordinatenpaar || Bewegt den virtuellen Stift an die angegebene Position, ohne etwas zu zeichnen.<ref group="Anm">Die Angabe mehrerer Koordinatenpaare bewirkt einen Polygonzug, was aber als unsauberer Programmierstil gilt, weil nicht alle Renderer bei einem nachfolgenden Z-Kommando den Pfad richtig schließen.</ref>
|-
| L || line to || ein oder mehrere Koordinatenpaare || Zeichnet eine gerade Linie zur angegebenen Position. Mehrere Koordinaten bewirken einen Polygonzug.
|-
| H || horizontal line || eine X-Koordinate || Zeichnet eine gerade Linie parallel zur x-Achse zur angegebenen Position.
|-
| V || vertical line || eine Y-Koordinate || Zeichnet eine gerade Linie parallel zur y-Achse zur angegebenen Position.
|-
| Z || close path || keine || zeichnet eine Gerade zum Ausgangspunkt (letzter Move-Befehl) des Pfades und schließt ihn.
|-
| A || (elliptic) arc || <code>rx, ry, phi, lf, sf, x, y</code> ||
Zeichnet einen Ellipsenbogen mit den Radien <code>rx</code> und <code>ry</code> sowie der Achsenausrichtung <code>phi</code> zur Position <code>x</code>;<code>y</code>. Hierbei ist <code>lf</code> das "long bow flag" welches festlegt, ob der kurze oder der lange Bogen gezeichnet werden soll, und <code>sf</code> ist das "sweep flag", welches festlegt, ob der Bogen Rechts- oder Linkskrümmung hat. Bei <code>rx=ry</code> entsteht ein Kreisbogen und <code>phi</code> ist bedeutungslos.<ref group="Anm">''Achtung:'' Wird ein Zielpunkt angegeben, welcher vom aktuellen Punkt aus mit dem beschriebenen Bogen nicht erreicht werden kann, weil er zum Beispiel weiter weg liegt als der Durchmesser des Kreisbogens, so sollte es zu automatischen Anpassungen durch den Parser kommen, was aber nicht immer regelkonform geschieht.<!-- für die Behauptung fehlt noch ein Beleg! --></ref>
{|
|[[Datei:DrawingExample.svg|150px]]
| style="line-height:120%; width:200px;"| Vier Möglichkeiten, einen Bogen vom gelben zum anderen Punkt zu zeichnen:
* rot: lf = 0, sf = 0
* grün: lf = 0, sf = 1
* blau: lf = 1, sf = 0
* schwarz: lf = 1, sf = 1
|}
|-
| Q || quadratic Bézier || gerade Anzahl Koordinatenpaare || Zeichnet eine quadratische [[Bézierkurve]], also mit einem Koordinatenpaar als Kontrollpunkt. Das zweite Koordinatenpaar ist der Endpunkt der Kurve.
|-
| T || smooth quadratic Bézier || ein oder mehr Koordinatenpaare || Zeichnet eine quadratische Bézierkurve, wobei der Kontrollpunkt die [[Punktspiegelung]] des Kontrollpunkts der unmittelbar davor gezeichneten quadratischen Bézierkurve am aktuellen Endpunkt ist. Angegeben wird jeweils nur der Endpunkt der Kurve.
|-
| C || cubic Bézier || durch drei teilbare Anzahl Koordinatenpaare || Zeichnet eine kubische Bézierkurve. Angegeben wird jeweils der erste und zweite Kontrollpunkt und der Endpunkt der Kurve.
|-
| S || smooth cubic Bézier || gerade Anzahl Koordinatenpaare ||Zeichnet eine kubische Bézierkurve, wobei der erste Kontrollpunkt die Punktspiegelung des zweiten Kontrollpunkts der unmittelbar davor gezeichneten kubischen Bézierkurve am aktuellen Endpunkt ist. Angegeben wird jeweils nur der zweite Kontrollpunkt und der Endpunkt der Kurve.
|-
| R || Catmull-Rom || zwei oder mehr Koordinatenpaare || Zeichnet vom aktuellen Punkt aus einen [[Kubisch Hermitescher Spline#Catmull-Rom-Spline|Catmull-Rom-Spline]]. Die angegebenen Punkte werden also automatisch mit einer glatten Kurve verbunden, wozu anders als bei C und S keine Kontrollpunkte verwendet werden.<ref group="Anm">Vorschlag für SVG 2.0, siehe [https://www.w3.org/TR/2015/WD-SVG2-20150409/paths.html#PathDataCatmullRomCommand Arbeitsentwurf vom 09. April 2015], wurde allerdings in nächsten Arbeitsentwurf wieder gestrichen.</ref>
|-
| B || bearing || ein oder mehrere Winkelangaben || Die Orientierung der folgenden Pfaddaten wird um den angegebenen Winkel gedreht. Legt ein Winkelmaß in Grad fest. Bei mehreren angegebenen Winkeln wird die Orientierung aus der Summe aller Winkel bestimmt.<ref group="Anm">Vorschlag für SVG 2.0, siehe [https://www.w3.org/TR/2016/CR-SVG2-20160915/paths.html#PathDataBearingCommands Empfehlungskandidaten vom 2016-09-015], wurde allerdings aufgrund mangelnder Implementierungen wieder gestrichen.</ref>
|}
<references group="Anm" />

Die weiteren Grafikelemente existieren, um einerseits eine bessere Nutzbarkeit zu gewährleisten, andererseits aber auch, um die inhaltliche Bedeutung klarer herauszustellen, weil der Notation eines entsprechenden Pfades im [[Quelltext]] oft nicht auf den ersten Blick anzusehen ist, ob es sich um einen einfachen Kreis, eine Ellipse, ein Rechteck mit abgerundeten Ecken handelt. Ferner erleichtert es auch die Animation dieser speziellen Formen. Sie können ebenso wie das Pfad-Element als Umriss gezeichnet, gefüllt und zum Clipping benutzt werden (mit Ausnahme des <code><image /></code>-Elements). Eine weitere Ausnahme ergibt sich daraus, dass die Tiny-Profile keine Ellipsenbögen erlauben, somit können Kreise, Ellipsen und auch Rechtecke mit elliptisch abgerundeten Ecken in diesem Profil nicht exakt mit dem Element <code><path /></code> konstruiert werden, mit den dafür vorgesehenen Spezialelementen schon.
<syntaxhighlight lang="xml">
<path d="M 174.5,126.0 L 175.0,127.5 173.5,128.0 174.5,126.0 Z M 100,100 C 100,200 200,100 200,200 Q 50,150,100,100 L 200,100 z" />
</syntaxhighlight>

===== Kreis =====
Das Element <code><circle /></code> definiert einen [[Kreis]], der durch die Position des Mittelpunktes (cx;cy) und seinen [[Radius]] "r" beschrieben wird:
<syntaxhighlight lang="xml">
<circle cx="125" cy="125" r="75" />
</syntaxhighlight>

===== Ellipse =====
Das Element <code><ellipse /></code> definiert eine [[Ellipse]], welche durch die Position ihres Mittelpunktes (cx;cy) und ihre zwei [[Große Halbachse|Halbachsenradien]] (rx;ry) beschrieben wird. Ist rx = ry ergibt sich ein Kreis mit dem Mittelpunkt (cx;cy).
<syntaxhighlight lang="xml">
<ellipse cx="125" cy="125" rx="75" ry="150" />
</syntaxhighlight>
Um die Ausrichtung der Achsen zu ändern, muss man entweder mit dem Pfadelement oder mit Transformationen arbeiten.

===== Rechteck =====
Das Element <code><rect /></code> definiert ein [[Rechteck]] über die Position seiner oberen linken Ecke (x, y), seiner Breite (width) und seiner Höhe (height). Optional können die Ecken des Rechteckes durch Angabe von Radien (rx, ry) abgerundet werden.
<syntaxhighlight lang="xml">
<rect x="25" y="25" width="400" height="200" rx="10" ry="10" />
</syntaxhighlight>

===== Linie =====
Das Element <code><line /></code> definiert eine einfache gerade Linie (Strecke), die über die Koordinaten ihrer beiden Endpunkte (x1,y1 und x2,y2) beschrieben wird.
<syntaxhighlight lang="xml">
<line x1="50" y1="50" x2="200" y2="200" />
</syntaxhighlight>

===== Polygonzug =====
Das Element <code><polyline /></code> definiert eine beliebige Zahl von Punkten, die als [[Polygonzug (Mathematik)|Polygonzug]] durch Strecken verbunden werden. Die Punkte werden mittels des Parameters points über Koordinatenpaare beschrieben.
<syntaxhighlight lang="xml">
<polyline points="50,150 50,200 200,200 200,100" />
</syntaxhighlight>

===== Polygon =====
Das Element <code><polygon /></code> definiert ein [[Polygon|Vieleck]]. Es wird genauso definiert wie der Polygonzug, wobei hier zusätzlich der letzte Punkt mit dem ersten verbunden wird, sodass ein geschlossenes Polygon entsteht.

===== Text =====
Mit dem Element <code><text /></code> wird Text in die Grafik eingebettet. Das Textelement kann über Attribute, wie zum Beispiel Schriftgröße und Schriftart, Laufrichtung und Wortabstand formatiert werden. Text kann zudem über Unterelemente wie <code><tspan /></code> strukturiert werden.

===== Bild =====
Das Element (<code><image /></code>) bindet eine Rastergrafik ein, die über eine Pfadangabe, Breite und Höhe sowie die Position beschrieben wird.

==== Gruppierung ====
Alle diese Elemente können durch das Gruppenelement (<code><g /></code>) zusammengefasst werden. Transformationen und Styling, die auf das Gruppenelement angewendet werden, gelten für alle damit zusammengefassten untergeordneten Elemente.

Auch das Element <code><a /></code> eignet sich entsprechend zur Gruppierung von darzustellenden Inhalten,
kann aber zusätzlich eine Verweisfunktionalität bekommen.

Auch das Element <code><defs /></code> dient in gewisser Weise der Gruppierung, dessen Inhalt wird aber nicht direkt dargestellt werden, sondern ist als Vorrat gedacht, aus dem andere Elemente referenzieren können.

==== Textalternativen, Barrierefreiheit und Zugänglichkeit ====
Wie bei den meisten vom W3C empfohlenen Formaten wird auch bei SVG besonderer Wert darauf gelegt, dass Autoren einfache Möglichkeiten gegeben werden, Inhalte zugänglich anzubieten.
Basis ist dabei primär die Möglichkeit der Bereitstellung einer Textalternative.
Umgedreht könnte man auch die grafische Repräsentation des Dokumentes als Alternative zu diesem Textinhalt bezeichnen. Fehlt eine hinreichende Textalternative, erlaubt das den formalen Rückschluss, dass das Dokument keine relevante Information enthält.

Jedes SVG-Dokument, das inhaltlich relevant ist, sollte daher mindestens als erstes Kindelement des Wurzelelementes ein Element <code><title /></code> haben. Wie der Name schon andeutet, wird darin der Titel des Werkes als Text genannt, etwa im Sinne einer Kurzzusammenfassung. Titel können auch lediglich der Identifikation eines Werkes in einer externen Diskussion dienen (wie man Werke von Künstlern bezeichnet, wenn man über diese Werke diskutieren will).

Auf <code><title /></code> kann ein Element <code><desc /></code> folgen.
Der Inhalt von <code><desc /></code> ist eine ausführlichere Beschreibung des Werkes, eher was seine Bedeutung und Funktion anbelangt, als deren grafische Umsetzung. Der Inhalt von <code><desc /></code> kann einfacher Text sein, er kann aber auch mit einem anderen XML-Format wie etwa XHTML strukturiert werden.
<code><title /></code> und <code><desc /></code> stellen zusammen die Textalternative zum grafischen Inhalt des Dokumentes dar. Dies ist damit der Kerninhalt des Dokumentes hinsichtlich der Funktion von Barrierefreiheit und Zugänglichkeit und erlaubt somit auch Personen Zugang zur Information des Dokumentes, welche die grafische Repräsentation nicht sehen können oder wollen. Da die inhaltliche Bedeutung grafischer Repräsentationen nicht zwangsläufig einfach zu verstehen ist, kann dieser alternative Inhalt natürlich auch für andere Personen sehr nützlich sein.
Als Alternative wird jedenfalls diese Textalternative nur dargestellt, falls die grafische Repräsentation nicht dargestellt wird. Zusätzlich kann eine Darstellung der Textalternative erfolgen, wenn der Nutzer dies anfordert.

Auf <code><desc /></code> kann ferner ein Element <code><metadata /></code> folgen, das primär dazu gedacht ist, Metainformationen über das Dokument zu beinhalten.
Diese Metainformationen werden in der Regel strukturiert notiert, damit sie automatisch von Programmen ausgewertet werden können. Zur Strukturierung eignet sich zum Beispiel das XML-Format [[RDF (Resource Description Framework)|RDF]] oder Elemente und Terme gemäß [[Dublin Core]].

Fast alle anderen Elemente von SVG können ebenfalls <code><title /></code>, <code><desc /></code> und <code><metadata /></code> mit beschriebener Funktion enthalten, sie bilden dann entsprechend die Textalternative und Metainformation für das Element, in dem sie notiert sind, einschließlich der Nachfahren dieses Elementes.

Das Konzept weist hinsichtlich Mehrsprachigkeit Schwächen auf, insbesondere was das Element <code><title /></code> des Wurzelelementes anbelangt, das nur mit einer Sprache notiert werden kann.
Bei mehrsprachigen Werken kann es also sinnvoll sein, den Inhalt dieses Elementes nur als sprach-''in''variante Identifikation des Werkes zu betrachten und die eigentliche mehrsprachige Textalternative in den beiden anderen Elementen unterzubringen, die mehr Struktur aufweisen können.

==== Präsentation und Stilvorlagen ====
Die Darstellung von Elementen kann mit Präsentationsattributen beeinflusst werden. Festgelegt werden können zum Beispiel Füllung, Konturlinie und Transparenz der Elemente sowie bei Text die Eigenschaften der Schrift. Zu den Präsentationsattributen gibt es auch jeweils gleichnamige Eigenschaften gemäß ''[[Cascading Style Sheets]]'' (CSS), die sich eignen, um mit einer Stilvorlage eine alternative Präsentation anzubieten. Die Eigenschaften und damit Stilvorlagen sind bei den Profilen vom Typ tiny nicht vorgesehen. Die Präsentationsattribute und die zugehörigen Eigenschaften richten sich dabei in weiten Teilen nach den im XML-Umfeld weit verbreiteten Stilvorlagen-Sprachen ''[[XSL]]'' und ''[[Cascading Style Sheets|CSS]]''.<ref name="styling">{{Internetquelle |url=https://www.w3.org/TR/SVG11/styling.html |titel=SVG – Styling |hrsg=W3C |datum=2003-01-14 |abruf=2009-09-10}}</ref>
Über zusätzliche Elemente können nicht nur Farben, sondern auch Farbverläufe und Muster verwendet werden.

Durch die Verfügbarkeit von Präsentationsattributen und Eigenschaften kann ähnlich wie bei der Kombination (X)HTML und CSS eine Trennung zwischen Inhalt und Dekoration vorgenommen werden.
Als inhaltlich relevant oder als für das Verständnis des Dokumentes wichtig wird dabei betrachtet, was mit Elementen und Attributen notiert wird, als Dekoration das, was als alternative Präsentation mit Stilvorlagen in einer anderen Sprache wie ''[[Cascading Style Sheets|CSS]]'' angeboten wird.

Wie bei allen [[Extensible Markup Language|XML]]-Formaten können externe Stilvorlagen mit entsprechenden Verarbeitungsanweisungen referenziert werden.
Zusätzlich hat SVG auch ein spezielles Element <code>style</code>, in dem Stilvorlagen notiert werden können.
Mit einem Attribut <code>style</code> kann zudem bei jedem Element eine Stilvorlage notiert werden.
Da dem Attributwert von <code>style</code> allerdings eine recht hohe Priorität zukommt und die Stilvorlage zudem als Attributwert schlecht vom eigentlichen Inhalt getrennt ist, gilt die Verwendung des Attributes als einfach vermeidbar und schlecht hinsichtlich des Prinzips der Trennung von Inhalt und Dekoration.

==== Transformation ====
Jedes Element und jede Gruppe von Elementen kann durch eine Reihe [[Affine Abbildung|affiner Transformationen]] in Position, Orientierung und Form verändert werden. Die Transformation wird einem beliebigen Element als Attribut angehängt. Zur Verfügung stehen [[Parallelverschiebung|Translation (Parallelverschiebung)]], [[Drehung]], [[Skalierung (Computergrafik)|Skalierung]], [[Scherung (Geometrie)|Scherung]] sowie die Kombination verschiedener Transformationen in Form einer 3×3-[[Matrix (Mathematik)|Matrix]]. Die Matrix wird auf Punkte in [[Projektives Koordinatensystem|projektiver Darstellung]] angewandt und stellt somit die Kombination einer [[Abbildungsmatrix|linearen Abbildung]] in Form einer 2×2-Matrix mit einer Translation dar, ohne jedoch zwischen den beiden letzten Abbildungstypen unterscheiden zu müssen.<ref name="transf">{{Internetquelle |url=https://www.w3.org/TR/SVG/coords.html#TransformAttribute |titel=SVG – The transform attribute |abruf=2009-08-28}}</ref> Die Transformationen können beliebig kombiniert werden, wobei die Hintereinanderausführung von Transformationen der [[Matrixmultiplikation|Multiplikation]] der Transformationsmatrizen entspricht.

Eine Transformation mit direkter Matrixangabe erfolgt mit
:<code>transform="matrix(a b c d e f)"</code>
Das ist eine Kurzform für die nichtkonstanten Elemente der Abbildungsmatrix
:<math>\begin{pmatrix}  a & c & e  \\  b & d & f  \\  0 & 0 & 1  \\  \end{pmatrix}</math>

Hierbei entspricht:
{| class="wikitable" style="line-height:150%;"
! colspan="3"| Translation um t<sub>x</sub> und t<sub>y</sub>
|-
| <code>transform="translate(t<sub>x</sub>,t<sub>y</sub>)"</code>
| <code>transform="matrix(1 0 0 1 t<sub>x</sub> t<sub>y</sub>)"</code>
| <math>\begin{pmatrix} 1 & 0 & t_x \\ 0 & 1 & t_y \\ 0 & 0 & 1 \\ \end{pmatrix}</math>
|-
! colspan="3"| Rotation mit Winkel α um Punkt (0,0)
|-
| <code>transform="rotate(α)"</code>
| <code>transform="matrix(cos(α) sin(α) -sin(α) cos(α) 0 0)"</code>
| <math>\begin{pmatrix} \cos(\alpha) & -\sin(\alpha) & 0 \\ \sin(\alpha) & \cos(\alpha) & 0  \\  0 & 0 & 1  \\  \end{pmatrix}</math>
|-
! colspan="3"| Rotation mit Winkel α um Punkt (c<sub>x</sub> c<sub>y</sub>) (siehe unten)
|-
| <code>transform="rotate(α,c<sub>x</sub>,c<sub>y</sub>)"</code>
| <code>transform="matrix(cos(α), sin(α), -sin(α), cos(α), c<sub>x</sub>, c<sub>y</sub>) matrix(1,0,0,1,-c<sub>x</sub>,-c<sub>y</sub>)"</code><br /> = <code>transform="matrix(cos(α), sin(α), -sin(α), +cos(α), <br/>(1-cos(α))c<sub>x</sub> + sin(α)c<sub>y</sub>, (1-cos(α))c<sub>y</sub> - sin(α)c<sub>x</sub>)"</code>
|<math>
\begin{pmatrix}
\cos(\alpha) & - \sin(\alpha) & (1 - \cos(\alpha)) \, c_x + \sin(\alpha) \, c_y \\
\sin(\alpha) & + \cos(\alpha) & (1 - \cos(\alpha)) \, c_y - \sin(\alpha) \, c_x \\
0 & 0 & 1 \\
\end{pmatrix}</math>
|-
! colspan="3"| Skalierung um die Faktoren s<sub>x</sub> und s<sub>y</sub>
|-
| <code>transform="scale(s<sub>x</sub>,s<sub>y</sub>)"</code>
| <code>transform="matrix(s<sub>x</sub> 0 0 s<sub>y</sub> 0 0)"</code>
| <math>\begin{pmatrix} s_x & 0 & 0 \\ 0 & s_y & 0 \\ 0 & 0 & 1 \\ \end{pmatrix}</math>
|-
! colspan="3"| Scherung um Winkel α in X-Richtung
|-
| <code>transform="skewX(α)"</code>
| <code>transform="matrix(1,0,tan(α),1,0,0)"</code>
| <math>\begin{pmatrix} 1 & \tan(\alpha) & 0 \\ 0 & 1 & 0 \\ 0 & 0 & 1 \\ \end{pmatrix}</math>
|-
! colspan="3"| Scherung um Winkel α in Y-Richtung
|-
| <code>transform="skewY(α)"</code>
| <code>transform="matrix(1,tan(α),0,1,0,0)"</code>
|<math>\begin{pmatrix} 1 & 0 & 0 \\ \tan(\alpha) & 1 & 0 \\ 0 & 0 & 1 \\ \end{pmatrix}</math>
|}

'''Matrixrechnung:'''

Eine Abbildung wirkt auf einen Punkt ''P'' – d.&nbsp;h. auf dessen projektive Darstellung in [[Homogene Koordinaten|homogenen Koordinaten]] – indem diese von links mit der entsprechenden Abbildungsmatrix multipliziert wird. Wird ''P'' um ''T'' verschoben, so sind seine neuen Koordinaten
:<math>
T(P) = T\cdot P = \begin{pmatrix}1&0&t_x\\ 0&1&t_y\\ 0&0&1\\ \end{pmatrix}
\cdot\begin{pmatrix}p_x\\ p_y\\ 1\\ \end{pmatrix}

=\begin{pmatrix}p_x+t_x\\ p_y+t_y\\ 1\\ \end{pmatrix}
</math>
analog für eine Skalierung mit ''S'':
:<math>
S(P) = S\cdot P = \begin{pmatrix}s_x&0&0\\ 0&s_y&0\\ 0&0&1\\ \end{pmatrix}
\cdot\begin{pmatrix}p_x\\ p_y\\ 1\\ \end{pmatrix}

=\begin{pmatrix}s_x\cdot p_x\\ s_y\cdot p_y\\ 1\\ \end{pmatrix}
</math>

Für die Hintereinanderausführungen von ''T'' und ''S'' gilt in diesem Falle
:<math>
T\circ S = T\cdot S = \begin{pmatrix}s_x&0&t_x\\ 0&s_y&t_y\\ 0&0&1\\ \end{pmatrix}
</math>
sowie
:<math>
S\circ T = S\cdot T = \begin{pmatrix}s_x&0&s_x\!\cdot\! t_x\\ 0&s_y&s_y\!\cdot\! t_y\\ 0&0&1\\ \end{pmatrix}
</math>
die letzte Darstellung kann in SVG z.&nbsp;B. codiert werden als
 „scale(s<sub>x</sub> s<sub>y</sub>) translate(t<sub>x</sub> t<sub>y</sub>)“
oder als
 „matrix(s<sub>x</sub> 0 0 s<sub>y</sub> s<sub>x</sub>·t<sub>x</sub> s<sub>y</sub>·t<sub>y</sub>)“

Die Verkettung von zweimal "matrix" in SVG bedeutet also
:<code>transform="matrix(a<sub>1</sub> b<sub>1</sub> c<sub>1</sub> d<sub>1</sub> e<sub>1</sub> f<sub>1</sub>) matrix(a<sub>2</sub> b<sub>2</sub> c<sub>2</sub> d<sub>2</sub> e<sub>2</sub> f<sub>2</sub>)"</code>
:<code>= transform="a<sub>1</sub>*a<sub>2</sub>+c<sub>1</sub>*b<sub>2</sub>, b<sub>1</sub>*a<sub>2</sub>+d<sub>1</sub>*b<sub>2</sub>, a<sub>1</sub>*c<sub>2</sub>+c<sub>1</sub>*d<sub>2</sub>, b<sub>1</sub>*c<sub>2</sub>+d<sub>1</sub>*d<sub>2</sub>, a<sub>1</sub>*e<sub>2</sub>+c<sub>1</sub>*f<sub>2</sub>+e<sub>1</sub>, b<sub>1</sub>*e<sub>2</sub>+d<sub>1</sub>*f<sub>2</sub>+f<sub>1</sub>"</code>

==== Animation ====
[[Datei:SVG-Animation Beispiel.svg|mini|Illustration einer Animation in SVG: Gleichzeitige Animation der Füllfarbe und der Transformationen eines Rechtecks über fünf Sekunden]]

SVG hat Elemente, mit denen Animation interaktiv und deklarativ bewerkstelligt werden kann, das heißt ohne Skripte rein durch Angaben in der XML-Auszeichnungsprache.
SVG übernimmt dabei von [[Synchronized Multimedia Integration Language|SMIL]] Elemente und die Interpretation derselben in den eigenen Namensraum.
<!--
Siehe Diskussionsseite, das ist unter der Überschrift Animation nicht relevant: Da eine SVG-Datei intern eine [[Document Object Model|DOM-Struktur]] aufweist, kann diese durch die vorhandenen Browser-Techniken, wie [[ECMAScript]] und [[Cascading Style Sheets|CSS]] immer zur Laufzeit verändert und dadurch eine animierte Grafik generiert werden. Die Entwickler von [[Webkit]] haben auch einen Entwurf für [[CSS-Animation]]en entwickelt, der in den offiziellen CSS3-Standard beim [[World Wide Web Consortium|W3C]] einfließen soll.<ref>{{Internetquelle |url=http://webkit.org/blog/138/css-animation/ |titel=CSS Animation |datum=2007-10-31|zugriff=2010-06-22 |hrsg=Surfin’ Safari}}</ref><ref>{{Internetquelle|url=http://webkit.org/blog/324/css-animation-2/ |titel=CSS Animation |datum=2009-02-05 |zugriff=2010-06-22 |hrsg=Surfin’ Safari}}</ref>
-->

[[Datei:Soccer ball animated.svg|mini|Beispiel eines animierten SVG-Dokumentes ([[Medium:Soccer ball animated.svg|Hier klicken, um die Animation zu starten]]; funktioniert nicht in allen Browsern)]]

Durch die von [[Synchronized Multimedia Integration Language|SMIL]] übernommenen Elemente können deklarative Animationen realisiert werden. In den Empfehlungen ist im Detail beschrieben, welche Merkmale animierbar sind und in welcher Weise. Animierbar sind die meisten Attribute und Eigenschaften, zusätzlich gibt es die Möglichkeit, die Position von Gruppierungselementen oder darstellbaren Elementen zu animieren.

Zeitangaben können von [[Millisekunde]]n bis [[Stunde]]n angegeben und verschieden ausgezeichnet werden. Für die meisten Animationselemente wird ein Pflichtattribut benötigt, das die Art der Animation festlegt. Weitere grundlegende Komponenten sind Zeitangaben, Zustände während der Animation (optional), der Zustand nach der Animation, und ob die Animation nach Beendigung wiederholt werden soll, ob der Animationseffekt dann kumulativ ist und ob er additiv hinsichtlich anderer Animationen mit niedrigerer Priorität und der notierten Attributwerte sein soll. Für die Zeitangabe werden logische Begriffe wie ''begin'' ([[Englische Sprache|englisch]]: ''Start, Beginn'') ''end'' (englisch: ''Ende'') und ''dur'' (englisch „duration“: ''Dauer'') verwendet. Start, Wiederholungen etc. können auch von [[Ereignis (Programmierung)|Ereignissen]] wie Mausberührung oder -klick abhängig gemacht werden.

Die Auswahl des animierten Attributes oder der animierten Eigenschaft wird in SVG durch zwei Attribute festgelegt: <code>attributeName</code> gibt den Namen des zu animierenden Attributes oder der zu animierenden Eigenschaft an, <code>attributeType</code> gibt an, ob ein Attribut animiert wird oder eine (CSS-)Eigenschaft. Im illustrierten Beispiel wird angedeutet, dass die Füllung (<code>fill</code>-Attribut) eines Rechtecks sowie dessen Transformation (<code>transform</code>-Attribut) über die Dauer von fünf Sekunden animiert wird.
Die Illustration selbst enthält keine Animation. Zu Beginn ist das Rechteck blau gefüllt und nicht verdreht, nach fünf Sekunden ist es grün gefüllt, etwas versetzt und um 150° verdreht. Die Zwischenzustände können je nach den angegebenen Attributen diskret geändert werden, sich gleichmäßig, aber auch ungleichmäßig ändern, im Beispiel schematisch durch vier Zwischenschritte dargestellt.

==== Grafische Effekte und Filter ====
{{Siehe auch|SVG-Filtereffekte}}
[[Datei:SVG-Unschärfe-Filter.svg|mini|Unschärfe-Filter in SVG. Links ohne, rechts mit Filter, angewandt auf eine Gruppe von Elementen.]]

Bekannte [[Grafikfilter]] sind aus [[Desktop-Publishing]]-Programmen übernommen worden und arbeiten nach dem [[Matrizen-Prinzip]], bei dem Operatoren und Funktionen die Form der [[Matrix (Mathematik)|Matrix]] ausdrücken. Es wird jede einzelne Bildposition mit dem definierten Filtereffekt berechnet und auf die nächste übertragen. Auf diese Weise lassen sich Bilder und Grafiken auf verschiedenste Art und Weise bearbeiten.

==== Programmierung ====
SVG stellt mit Ausnahme des Profils Tiny 1.1 einen Zugriff auf das XML-Dokument-Objekt-Modell (DOM) bereit und zusätzlich eine eigene Erweiterung dieses DOMs. Damit wird es möglich, die Präsentation eines SVG-Dokumentes zu manipulieren. Dies wird meistens mit Skriptsprachen wie ECMAScript/JavaScript genutzt, um während der Präsentation diese dynamisch zu ändern, um Betrachtern einen interaktiven alternativen Zugang zum Inhalt zu ermöglichen. Die DOM-Repräsentation kann allerdings auch vor der Betrachtung manipuliert werden, wonach ein inhaltlich geändertes Dokument abgespeichert werden kann.

SVG selbst fordert allerdings nicht, dass eine bestimmte Skriptsprache interpretiert wird. Auch daher haben solche Skripte formal nicht die Möglichkeit, den Inhalt oder die Bedeutung eines Dokumentes während der Betrachtung zu ändern. Hinsichtlich Zugänglichkeit und Barrierefreiheit ist dies immer von Autoren zu bedenken, die Skripte in Dokumenten verwenden möchten.

Über das DOM können zum Beispiel neue Objekte erzeugt werden, die Elementen und ihren Eigenschaften entsprechen. Die DOM-Repräsentation eines Dokumentes kann so auf Benutzereingaben wie [[Mausklick]]s und Mausbewegungen reagieren oder vollständig algorithmisch generiert werden. Das lässt sich etwa in Web-Anwendungen nutzen (vergleiche den Grafikeditor SVG-edit,<ref>{{Internetquelle |url=https://code.google.com/archive/p/svg-edit |titel=Google Code Archive - Long-term storage for Google Code Project Hosting. |abruf=2024-05-24}}</ref> Diagramme in [[Google Docs]]<ref>{{Internetquelle |url=https://developers.google.com/chart/interactive/docs?hl=de |titel=Google Charts verwenden |abruf=2024-05-24}}</ref> oder Kartenanwendungen<ref>{{Internetquelle |autor=uismedia, Bad Schussenried |url=https://www.mappetizer.de/de/index.html |titel=Mappetizer Web Mapping {{!}} Der Weg Ihrer ArcGIS Karten ins WWW {{!}} GIS - SIG - SIT {{!}} Geographische Informationssysteme - ArcGIS Extension |sprache=de |abruf=2024-05-24}}</ref>).

Zur Manipulation von SVG definiert der SVG-Standard das SVG-DOM.<ref>[https://www.w3.org/TR/SVG/svgdom.html Spezifikationen des SVG Document Object Models in Version 1.1] und des [https://www.w3.org/TR/SVGTiny12/svgudom.html SVG Micro DOM in Version 1.2]</ref> Es erweitert das für alle XML-Arten gleiche Standard-DOM durch SVG-spezifische Datentypen und Funktionen, etwa für grafische Transformationen ([[Affine Abbildung]]en). Diese Schnittstelle ist für verschiedene Programmiersprachen standardisiert (für die standardisierte [[JavaScript]]-Teilmenge ECMAScript, [[Java (Programmiersprache)|Java]], [[Perl (Programmiersprache)|Perl]] und [[Python (Programmiersprache)|Python]]<ref>[https://www.w3.org/TR/SVGTiny12/#minitoc Inhaltsverzeichnis der SVG Tiny 1.2 Spezifikationen]</ref>). In vielen gängigen Darstellungsprogrammen wird JavaScript zur DOM-Manipulation verwendet.

=== Beispiel ===
[[Datei:Variable Resistor.svg|mini|Variable Resistor.svg]]

Das folgende Beispiel illustriert die Verwendung eines SVG-Dokuments zur Anzeige einer einfachen Vektorgrafik. Es zeigt das Grundgerüst eines SVG-Dokumentes sowie die Verwendung der grafischen Primitive ''line'', ''rect'' und ''polygon''. Das Polygon, das zur Darstellung der Pfeilspitze verwendet wird, wird außerdem mit Hilfe einer Transformation um 135° um die Spitze gedreht.

Die rechts dargestellte Grafik [[:Datei:Variable Resistor.svg|Variable Resistor.svg]] (Schaltbild eines [[Potentiometer]]s) ist mit dem folgenden, kommentierten Quelltext erzeugt:

<syntaxhighlight lang="xml">
<?xml version="1.0" encoding="UTF-8"?>
<svg xmlns="http://www.w3.org/2000/svg"
 version="1.1" baseProfile="full"
 width="700px" height="400px" viewBox="0 0 700 400">

 <!-- Anschlüsse links und rechts -->
 <line x1="0" y1="200" x2="700" y2="200" stroke="black" stroke-width="20px"/>
 <!-- Das Rechteck -->
 <rect x="100" y="100" width="500" height="200" fill="white" stroke="black" stroke-width="20px"/>
 <!-- Der Schleifer -->
 <line x1="180" y1="370" x2="500" y2="50" stroke="black" stroke-width="15px"/>
 <!-- Die Pfeilspitze -->
 <polygon points="585 0 525 25 585 50" transform="rotate(135 525 25)"/>
</svg>
</syntaxhighlight>

== Profile ==
In SVG gibt es drei Profile, die für die Darstellung auf unterschiedlichen Ausgabegeräten abgestimmt sind und jeweils unterschiedlich umfangreich den SVG-Standard definieren. Sie werden im Wurzelelement (SVG) mit dem Attribut ''baseProfile'' angegeben.<ref name="profiles">{{Internetquelle |url=https://www.w3.org/TR/SVGMobile/ |titel=Mobile SVG Profiles: SVG Tiny and SVG Basic |hrsg=W3C |abruf=2009-08-29}}</ref>
; SVGT
: (''baseProfile="tiny"'') SVG Tiny 1.1 ist für stark beschränkte [[Mobile internet device]]s (MID) und [[Mobiltelefon]]e gedacht. Es definiert nur eine kleine Untermenge des SVG-Standards. SVG Tiny 1.2 ist für deutlich leistungsfähigere mobile Geräte gedacht und geht in seinen Merkmalen teils sogar über SVG Full 1.1 hinaus, klammert einige andere Teile von Version&nbsp;1.1 aber auch aus.
; SVGB
: (''baseProfile="basic"'', englisch „einfach, grundlegend“) ist für etwas leistungsfähigere [[Mobile internet device|MIDs]] gedacht, definiert aber nicht den gesamten SVG-Standard.
; SVGF
: (''baseProfile="full"'', [[Englische Sprache|englisch]] „voll, vollständig“) ist für Computer als [[Ausgabegerät]] gedacht und umfasst SVG voll.

Durch die Benutzung von Profilen wird auch leistungsschwachen Geräten ermöglicht, mit standardkonformen SVG-Dateien zu arbeiten. Autoren sollten sich also bemühen, dass die zentralen Inhalte mit dem eingeschränkten Funktionsumfang sinnvoll präsentiert werden, die verwendeten zusätzlichen Möglichkeiten des vollen Profils also nicht essentiell für das Verständnis des Inhalts sind.
Darstellungsprogramme können solche Angaben natürlich auch nutzen, um den Nutzer zu warnen, dass das Programm eventuell nicht alle Inhalte korrekt anzeigen kann, wenn eine Version oder ein Profil verwendet wird, das im Programm gar nicht implementiert ist.

== Verbreitung ==
=== Desktop ===
Einige [[Desktop-Umgebung]]en benutzen SVG als Format für [[Icon (Computer)|Programmsymbole]], [[Hintergrundbild]]er oder [[Mauscursor|Mauszeiger]]. Der zusätzliche Ressourcenverbrauch zum [[Rasterung|Rendern]] wird dabei durch steigende [[Hardware]]ressourcen kompensiert, so etwa von [[Grafikkarte]]n direkt übernommen. Beispielhafte Projekte sind das [[Oxygen Project]] für [[K Desktop Environment|KDE]] und das [[Tango Desktop Project]] für [[Gnome]].

=== Editoren ===
==== Programme, mit denen SVG-Dateien erstellt und bearbeitet werden können ====
* [[Inkscape]] – Grafik- und Zeichenprogramm (freie Software; Linux/Unix, Windows, [[MacOS|Mac OS X]]; verwendet SVG als natives Dateiformat (mit Inkscape-Erweiterungen))
* [[Adobe Illustrator]] ([[proprietär]]; Windows, Mac OS)
* [[Affinity]] (Windows, Mac OS) und das Vorgängerprodukt [[Affinity Designer]] (Windows, Mac OS, iPad OS)<ref>{{Internetquelle |url=https://affinity.serif.com/de/designer/ |titel=Affinity Designer – Professionelle Software für Grafikdesign |sprache=de-DE |abruf=2018-02-06}}</ref>
* [[Apache OpenOffice]] – nativer Import und Export mit Einschränkungen ([[Freie Software|freies]] Office-Paket)
* Aphalina Designer<ref>[https://aphalina.com/ Aphalina Designer], Aphalina Homepage</ref> – vektorbasierte, Buch orientierte Tablet App für Windows (freie App, In-App Käufe; SVG Import und Export (Export als Kauf-Option))
* [[CodeMyPic]]<ref>{{Internetquelle |autor=Kevin Reuß |url=https://codemypic.de/ |titel=Bildeditor |werk=CodeMyPic - Ein didaktischer Bildeditor zum erlernen einfacher Bildkodierungen |hrsg=Kevin Reuß |datum=2019-03-01 |sprache=de |abruf=2022-05-16}}</ref> – ein didaktischer Quelltexteditor zum Erlernen einfacher Bildkodierungen<ref>{{Internetquelle |url=https://informatik.schule.de/comments.php?material_id=473 |titel=informatik.schule.de - Portal fuer den Informatikunterricht |abruf=2022-05-16}}</ref> (freie Software; browserbasiert – verwendet SVG, das Browser-DOM und JavaScript zum Editieren)
* [[CorelDraw Graphics Suite|CorelDRAW]] (proprietär; Windows, Mac OS)
* [[LibreOffice]] – nativer Import und Export mit Einschränkungen (freies Office-Paket)
* [[Microsoft Visio]] (proprietär; Windows)
* [[PhotoLine]] (proprietär; Windows, Mac OS)
* [[Scribus]] (freie Software; Unix, Linux, Mac OS X, OS/2, Windows)
* SVG-edit<ref>{{GitHub|SVG-Edit/svgedit|SVG-edit}}</ref> – Grafikeditor, online und offline verwendbar (freie Software; browserbasierend – verwendet SVG, das Browser-DOM und JavaScript zum Editieren)
* [[Xara Designer Pro]] – Grafik- und Zeichenprogramm (proprietär für Windows)

Von Editoren erzeugte SVG-Dateien enthalten oft unnötig primitive, unnötig zahlreiche Elemente mit stereotyper Wiederholung teilweise wirkungsloser Attribute und sind daher leicht um einen Faktor 2 bis 100 größer. Das Erstellen von Grundformen mit bestimmten Symmetrien, etwa ein gleichschenkliges Dreieck oder ein Büschel Pfeile mit einheitlichen Spitzen, gelingt im Quellcode schnell und präzise, mit einem grafischen Editor nur schnell ''oder'' halbwegs präzise.

==== Programme, mit denen SVG-Dateien geöffnet und bearbeitet, nicht jedoch im selben Format gespeichert werden können ====
* [[GIMP]] – [[Pixelgrafik|pixelbasiertes]] Bildbearbeitungsprogramm (freie Software)

=== SVG-Interpretation in Darstellungsprogrammen ===
SVG wurde in erster Linie für das [[World Wide Web]] entworfen. Darstellungsprogramme, vor allem [[Webbrowser]], können große Teile davon korrekt darstellen; d.&nbsp;h., sie benötigen kein SVG-Zusatzprogramm (Browser-[[Plug-in]]). Der tatsächlich verfügbare Funktionsumfang hängt jedoch stark vom Darstellungsprogramm ab.
Beispielsweise waren für den Internet Explorer der oben erwähnte Unschärfefilter erst ab der Version 10 und Animationen überhaupt nicht verfügbar. Bei den meisten Programmen werden ferner auch SVG-Schriftarten komplett ignoriert.

Anhand der offiziellen SVG-Test-Suite erreichte Anfang 2011 [[Opera (Browser)|Opera]] 11.01 mit 95,44 % der möglichen Punkte unter den verbreiteten Browsern den höchsten Unterstützungsgrad für SVG 1.1, der [[Internet Explorer]] 9.0 als inkompatibelster damals aktueller Browser nur 59,64 %.<ref>{{Internetquelle |url=https://www.codedread.com/svg-support.php |titel=SVG Test Suite results |hrsg=codedread.com |datum=2011-03-24 |sprache=en |abruf=2011-03-27}}</ref> Zu bedenken ist dabei, dass die Test-Suite zur SVG-Empfehlung nicht dazu dient, den Funktionsumfang von Darstellungsprogrammen zu testen, sondern umgekehrt, ob Merkmale der Empfehlung implementiert wurden und implementierbar sind. Die Tests sind also nicht unabhängig von den Autoren der Empfehlung entstanden und einige der Autoren der Tests sind gleichzeitig Mitarbeiter der Unternehmen, welche die Darstellungsprogramme entwickeln und anbieten. Es handelt sich also nicht um einen systematischen und unabhängigen Test der Fähigkeiten der Programme. Es ist also nicht unbedingt ein guter Anhaltspunkt dafür, wie wahrscheinlich es ist, dass ein „normales“ SVG-Dokument korrekt präsentiert wird, weil „normale“ Dokumente meist viele Merkmale verwenden, Tests zu SVG-Spezifikationen aber beinahe nur die jeweils mit dem Dokument getesteten Merkmale. Die Gewichtung und Verwendung richtet sich dabei zudem eher nach der Komplexität der Merkmale und der Implementierung, nicht nach der typischen Verwendung in „normalen“ Dokumenten durch Autoren.

Bei anderen Ansätzen wird eher die Frage gestellt, ob bestimmte Merkmale für Autoren wirklich praktisch nutzbar sind.<ref>{{Internetquelle |url=https://caniuse.com/svg |titel=Compatibility table for support of SVG in desktop and mobile browsers. |abruf=2013-01-20}}</ref> Auch hier empfiehlt es sich ähnlich wie bei der offiziellen Test-Suite natürlich, die einzelnen Testbeispiele im Detail durchzugehen und zu schauen, in welcher Tiefe und in welcher Kombination mit anderen Merkmalen überhaupt getestet wurde und wie unabhängig die Autoren der Tests von denen der Empfehlung und den Anbietern der Darstellungsprogramme sind, um zu einer zuverlässigen Aussage hinsichtlich der Nutzbarkeit für Autoren und Betrachter zu kommen.

Zum Beispiel bietet die Firma ''Savarese Software Research'' eine Erweiterung für den [[Internet Explorer]] in Version&nbsp;6 bis 8 an.<ref>{{Internetquelle |url=https://www.savarese.com/software/svgplugin/ |titel=Ssrc SVG: SVG Plugin for Internet Explorer |abruf=2021-02-27}}</ref>
Bekannt seit den Anfängen von SVG, aber nicht mehr weiterentwickelt, ist auch eine entsprechende Erweiterung der Firma Adobe, das in den Anfangsjahren von SVG praktisch das dominierende Programm zur Präsentation von SVG war.

Einige [[JavaScript]]-[[Programmbibliothek|Bibliotheken]] (z.&nbsp;B. [[Dojo Toolkit|dojo]].gfx, [[Raphaël (Bibliothek)|Raphaël]], [[SVG Web]]) bieten die Möglichkeit, Bildelemente in JS-Syntax zu beschreiben. Falls SVG nicht interpretiert wird, kann über diesen Umweg dann automatisch ein vom Darstellungsprogramm interpretiertes Dokument-Objekt generiert werden (z.&nbsp;B. [[Vector Markup Language|VML]] oder [[Adobe Flash|Flash]]), ansonsten wird direkt eine SVG generiert. All das kann jedoch bedeuten, dass nicht alle von SVG gebotenen Möglichkeiten genutzt werden können. Es muss also nicht alles von einer Sprache in eine andere transformierbar sein oder von der verwendeten Bibliothek transformiert werden können, zusätzlich zu dem Problem, dass eine Interpretation der verwendeten Skriptsprache auch nicht notwendig komplett oder überhaupt verfügbar sein muss. Die Methode bietet sich also eher als vom Betrachter jeweils aktiv auswählbare Alternative an, nicht als Pauschallösung.

Mit [[Acid (Browsertests)#Acid3|Acid3]] liegt ein Test vor, der Darstellungsprogramme in gewissem Rahmen darauf prüft, ob sie SVGs korrekt darstellen können. [[Apple Safari|Safari]]&nbsp;(4.0), [[Opera (Browser)|Opera]]&nbsp;(10.0) und [[Google Chrome|Chrome]]&nbsp;(4.0) erreichen in jenem Test seit 2009 die volle Punktzahl, [[Mozilla Firefox]]&nbsp;(4.0) seit 2011 und der [[Internet Explorer]]&nbsp;(10.0) seit 2012.

=== Interoperabilität bei Office-Software ===
Der Import von SVG ist ab [[Microsoft Office]] 2016<ref>{{Internetquelle |autor=Microsoft Docs |url=https://docs.microsoft.com/de-de/officeupdates/monthly-channel-2016 |titel=Anmerkungen zur Version für monatliche Kanal Veröffentlichungen in 2016 - Office release notes |sprache=de-DE |abruf=2021-02-27}}</ref> möglich und steht mittlerweile auf allen Plattformen zur Verfügung.<ref>{{Internetquelle |url=https://support.microsoft.com/en-us/topic/edit-svg-images-in-microsoft-office-365-69f29d39-194a-4072-8c35-dbe5e7ea528c?ui=en-us&rs=en-us&ad=us |titel=Edit SVG images in Microsoft Office 365 |abruf=2021-02-27}}</ref> Ebenso unterstützen [[LibreOffice]] und [[Apache OpenOffice]] den Import von SVG.

=== Interpretation durch Suchmaschinen ===
Seit September 2010 berücksichtigt [[Google Suche|Google]] SVG bei der Bildersuche.<ref>{{Internetquelle |url=http://www.at-web.de/blog/20100902/google-indexiert-svg-grafiken.htm |titel=Google indexiert SVG Grafiken |werk=@-web |datum=2010-09-02 |abruf=2021-02-27}}</ref> Damit ist SVG neben [[JPEG File Interchange Format|JPEG]], [[Graphics Interchange Format|GIF]], [[Portable Network Graphics|PNG]], [[Windows Bitmap|Bitmap]] und [[WebP]] eines von sechs [[Grafikformat]]en, die Google berücksichtigt.<ref>{{Internetquelle |url=http://www.at-web.de/blog/20120514/rankingkriterien-fur-die-bildersuche.htm |titel=Rankingkriterien für die Bildersuche |werk=@-web |datum=2012-05-14 |abruf=2021-02-27}}</ref> Auch [[Bing (Suchmaschine)|Bing]] berücksichtigt mittlerweile SVG.

Auch für Suchmaschinen sind Textalternativen und von Programmen analysierbare strukturierte Metainformationen von besonderer Bedeutung, um Auskunft über den Inhalt einer Grafik geben zu können.
Die Möglichkeiten von SVG als XML-Format sind denen der genannten Rastergrafikformate gleichwertig oder überlegen und von Autoren zudem ohne spezielle Programme einfach zu ergänzen.

== The Graphical Web ==
Von 2002 bis 2016 fand einmal jährlich die [[Tagung|Konferenz]] ''The Graphical Web'' statt, bei der in Vorträgen und Workshops aktuelle Entwicklungen im Umfeld von SVG vorgestellt wurden.
* [[Exeter]], Großbritannien, 1. bis 4. November 2016<ref name="graphicalweb.org">{{Internetquelle |url=https://graphicalweb.org/ |titel=G&H_web |datum=2024-02-14 |sprache=en-US |abruf=2024-05-24}}</ref>
* [[Pittsburgh]], USA, 23. bis 26. September 2015<ref name="graphicalweb.org"/>
* [[Winchester]], Großbritannien, 26. bis 30. August 2014<ref name="graphicalweb.org"/>
* [[San Francisco]], USA, 21. bis 23. Oktober 2013<ref name="svgopen.org">{{Internetquelle |url=https://www.svgopen.org/ |titel=SVG OPEN |datum=2024-05-03 |sprache=fr |abruf=2024-05-24}}</ref>
* [[Zürich]], Schweiz, 11. bis 14. September 2012<ref name="svgopen.org"/>
* [[Cambridge (Massachusetts)|Cambridge]], USA, 17. Oktober bis 20. Oktober 2011<ref name="svgopen.org"/>
* [[Paris]], Frankreich, 30. August bis 1. September 2010<ref name="svgopen.org"/>
* [[Mountain View (Santa Clara County, Kalifornien)|Mountain View]], USA, 2. bis 4. Oktober 2009<ref name="svgopen.org"/>
* [[Nürnberg]], Deutschland, 26. bis 28. August 2008<ref name="svgopen.org"/>
* [[Minato (Tokio)|Minato]], [[Tokio]], Japan, 4. bis 7. September 2007
* [[Victoria (British Columbia)|Victoria]], Kanada, 16. bis 19. Oktober 2006 (ausgefallen)
* [[Enschede]], Niederlande, 15. bis 18. August 2005
* [[Tokio]], Japan, 7. bis 10. September 2004
* [[Vancouver]], Kanada, 13. bis 18. Juli 2003
* [[Zürich]], Schweiz, 15. bis 17. Juli 2002

== Siehe auch ==
* [[Grafiksoftware]]
* [[Grafikformat]]
* [[Dateikonverter]]

== Literatur ==
* {{Literatur
   |Autor=Alexander Adam
   |Titel=SVG, Scalable Vector Graphics
   |Verlag=Franzis Verlag
   |Datum=2002
   |ISBN=3-7723-6190-0}}
* {{Literatur
   |Autor=Francis Hemsher
   |Titel=SVG Companion
   |Datum=2011
   |Sprache=en
   |Online=[http://search.barnesandnoble.com/books/e/2940013077256 Barnes&nbsp;&&nbsp;Noble E-Book]}}
* {{Literatur
   |Autor=Marcel Salathé
   |Titel=SVG – Scalable Vector Graphics … für professionelle Einsteiger
   |Verlag=Markt+Technik
   |Ort=München
   |Datum=2001
   |ISBN=3-8272-6188-0}}
* {{Literatur
   |Autor=Helma Spona
   |Titel=SVG – Webgrafiken mit XML
   |Verlag=vmi-Buch
   |Datum=2001
   |ISBN=3-8266-7181-3
   |Online=https://www.data2type.de/xml-xslt-xslfo/svg/}}

== Weblinks ==
{{Wikibooks|SVG}}
{{Commons|SVG examples|SVG-Beispiele}}
{{Commonscat|Created with Text Editor|Hand-SVGs|suffix=Sammlung von Grafiken, die mit Text-Editoren manuell erstellt wurden}}
{{Commonscat|SVG Simplified|Vereinfachungen|suffix=Beispiele für manuell vereinfachte Grafiken}}
* [https://www.w3.org/TR/SVG11/ Scalable Vector Graphics (SVG) Specification] beim [[World Wide Web Consortium]] (englisch)
* [https://www.w3.org/TR/SVGMobile12/ Scalable Vector Graphics Tiny (SVGT) Specification] beim World Wide Web Consortium (englisch)
* [https://www.w3.org/TR/SVG11/propidx.html Übersicht über die möglichen Eigenschaften der Elemente] beim World Wide Web Consortium (englisch)
* [https://svg.tutorial.aptico.de/ Tutorial zum Thema SVG mit Beispieldateien]
* [https://caniuse.com/#cats=SVG Übersicht der SVG-Unterstützung in verbreiteten Browsern] (englisch)
* {{dmoz|World/Deutsch/Computer/Datenformate/Markup_Languages/SVG/|SVG}}

== Einzelnachweise ==
<references responsive />

{{Navigationsleiste W3C-Standards}}

{{Lesenswert|14. September 2009|64488278}}

{{Normdaten|TYP=s|GND=4658480-8}}

[[Kategorie:Grafikformat]]
[[Kategorie:XML-basierte Sprache]]
[[Kategorie:Offenes Format]]