Image Vectorielle - Scalable Vector Graphics

Image Vectorielle
Logo SVG.svg
Type de média Internet image/svg+xml
Identificateur de type uniforme (UTI) public.svg-image
Développé par W3C
Première version 4 septembre 2001 (il y a 20 ans) ( 2001-09-04 )
Dernière version
1.1 (Deuxième édition)
(16 août 2011 ; il y a 10 ans ) ( 2011-08-16 )
Type de format Graphiques vectoriels
Prolongé de XML
Standard W3C SVG
Format ouvert ? Oui
Site Internet www .w3 .org /Graphiques /SVG /

Scalable Vector Graphics ( SVG ) est un format d'image vectorielle basé sur ( XML ) pour les graphiques bidimensionnels avec prise en charge de l'interactivité et de l'animation. La spécification SVG est un standard ouvert développé par le World Wide Web Consortium (W3C) depuis 1999.

Les images SVG et leurs comportements sont définis dans des fichiers texte XML. Cela signifie qu'ils peuvent être recherchés , indexés , scriptés et compressés , et peuvent être mis à l' échelle en taille sans perte de qualité. Sous forme de fichiers XML, les images SVG peuvent être créées et modifiées avec n'importe quel éditeur de texte , ainsi qu'avec un logiciel de dessin . Les navigateurs Web les plus utilisés rendent les fichiers SVG .

Aperçu

Cette image illustre la différence entre les images bitmap et vectorielles. L'image bitmap est composée d'un ensemble fixe de pixels, tandis que l'image vectorielle est composée d'un ensemble fixe de formes. Dans l'image, la mise à l' échelle du bitmap révèle les pixels tandis que la mise à l'échelle de l'image vectorielle préserve les formes.

SVG est en développement au sein du World Wide Web Consortium (W3C) depuis 1999 après que six propositions concurrentes de langages graphiques vectoriels aient été soumises au consortium en 1998. Le premier groupe de travail SVG a décidé de ne développer aucune des propositions commerciales, mais de créer un nouveau langage de balisage qui a été informé par mais pas vraiment basé sur aucun d'entre eux.

SVG autorise trois types d'objets graphiques : des formes graphiques vectorielles telles que des chemins et des contours constitués de lignes droites et de courbes, des images bitmap et du texte. Les objets graphiques peuvent être regroupés, stylisés, transformés et composites en objets précédemment rendus . L'ensemble de fonctionnalités comprend des transformations imbriquées , des chemins de détourage , des masques alpha , des effets de filtre et des objets de modèle. Les dessins SVG peuvent être interactifs et inclure des animations , définies dans les éléments XML SVG ou via des scripts qui accèdent au modèle d'objet de document SVG (DOM). SVG utilise CSS pour le style et JavaScript pour les scripts. Le texte, y compris l' internationalisation et la localisation , apparaissant en texte brut dans le DOM SVG, améliore l' accessibilité des graphiques SVG.

La spécification SVG a été mise à jour vers la version 1.1 en 2011. Il existe deux « profils SVG mobiles », SVG Tiny et SVG Basic, destinés aux appareils mobiles avec des capacités de calcul et d'affichage réduites. Scalable Vector Graphics 2 est devenu une recommandation candidate du W3C le 15 septembre 2016. SVG 2 intègre plusieurs nouvelles fonctionnalités en plus de celles de SVG 1.1 et SVG Tiny 1.2.

Impression

Bien que la spécification SVG se concentre principalement sur le langage de balisage des graphiques vectoriels , sa conception inclut les capacités de base d'un langage de description de page comme le PDF d'Adobe . Il contient des dispositions pour des graphiques riches et est compatible avec CSS à des fins de style. SVG a les informations nécessaires pour placer chaque glyphe et image dans un emplacement choisi sur une page imprimée.

Scénarisation et animation

Les dessins SVG peuvent être dynamiques et interactifs. Les modifications temporelles des éléments peuvent être décrites dans SMIL , ou peuvent être programmées dans un langage de script (par exemple JavaScript ). Le W3C recommande explicitement SMIL comme standard pour l'animation en SVG.

Un riche ensemble de gestionnaires d'événements tels que " onmouseover " et " onclick " peut être assigné à n'importe quel objet graphique SVG pour appliquer des actions et des événements.

Compression

Les images SVG, étant XML, contiennent de nombreux fragments de texte répétés, elles sont donc bien adaptées aux algorithmes de compression de données sans perte . Lorsqu'une image SVG a été compressée avec l' algorithme gzip , elle est appelée image "SVGZ" et utilise l' .svgzextension de nom de fichier correspondante . Les visionneuses conformes à SVG 1.1 afficheront des images compressées. Un fichier SVGZ représente généralement 20 à 50 pour cent de la taille d'origine. Le W3C fournit des fichiers SVGZ pour tester la conformité.

Historique du développement

SVG a été développé par le groupe de travail SVG du W3C à partir de 1998, après que six soumissions concurrentes de graphiques vectoriels aient été reçues cette année-là :

Le groupe de travail était présidé à l'époque par Chris Lilley du W3C.

Version 1.x

  • SVG 1.0 est devenu une recommandation du W3C le 4 septembre 2001.
  • SVG 1.1 est devenu une recommandation du W3C le 14 janvier 2003. La spécification SVG 1.1 est modularisée afin de permettre à des sous-ensembles d'être définis en tant que profils. En dehors de cela, il y a très peu de différence entre SVG 1.1 et SVG 1.0.
    • SVG Tiny et SVG Basic (les profils SVG mobiles) sont devenus les recommandations du W3C le 14 janvier 2003. Ils sont décrits comme des profils de SVG 1.1.
  • SVG Tiny 1.2 est devenu une recommandation du W3C le 22 décembre 2008. Il a été initialement rédigé comme un profil du projet SVG Full 1.2 (qui a depuis été abandonné au profit de SVG 2), mais a ensuite été remanié en tant que spécification autonome. Il est généralement mal supporté.
  • SVG 1.1 Second Edition, qui inclut tous les errata et clarifications, mais aucune nouvelle fonctionnalité par rapport au SVG 1.1 original n'a été publié le 16 août 2011.
  • SVG Tiny 1.2 Portable/Secure, un sous-ensemble plus sécurisé du profil SVG Tiny 1.2 introduit en tant que projet de norme IETF le 29 juillet 2020. Également connu sous le nom de SVG Tiny P/S. SVG Tiny 1.2 Portable/Secure est une exigence du projet de norme BIMI .

Version 2

SVG 2 supprime ou désapprouve certaines fonctionnalités de SVG 1.1 et intègre de nouvelles fonctionnalités de HTML5 et Web Open Font Format :

  • Par exemple, SVG 2 supprime plusieurs éléments de police tels que glyphet altGlyph(remplacé par le format de police WOFF).
  • L' xml:spaceattribut est déprécié au profit de CSS.
  • Des fonctionnalités HTML5 telles que translateet des data-*attributs ont été ajoutées.
  • Les fonctionnalités de gestion de texte de SVG Tiny 1.2 sont annotées pour être incluses, mais pas encore formalisées dans le texte. Certaines autres fonctionnalités 1.2 sont sélectionnées, mais SVG 2 n'est pas un sur-ensemble de SVG minuscule 1.2 en général.

SVG 2 a atteint le stade de la recommandation candidate le 15 septembre 2016, et des versions révisées ont été publiées le 7 août 2018 et le 4 octobre 2018. La dernière ébauche a été publiée le 8 juin 2021.

Profils mobiles

En raison de la demande du secteur, deux profils mobiles ont été introduits avec SVG 1.1 : SVG Tiny (SVGT) et SVG Basic (SVGB).

Ce sont des sous-ensembles du standard SVG complet, principalement destinés aux agents utilisateurs aux capacités limitées. En particulier, SVG Tiny a été défini pour les appareils mobiles très restreints tels que les téléphones portables ; il ne prend pas en charge le style ou les scripts. SVG Basic a été défini pour les appareils mobiles de niveau supérieur, tels que les smartphones .

En 2003, le 3GPP , un groupe international de normalisation des télécommunications, a adopté SVG Tiny comme format de support graphique vectoriel obligatoire pour les téléphones de nouvelle génération. SVGT est le format graphique vectoriel requis et la prise en charge de SVGB est facultative pour le service de messagerie multimédia (MMS) et le service de diffusion en continu à commutation de paquets. Il a ensuite été ajouté en tant que format requis pour les graphiques vectoriels dans le sous-système multimédia IP 3GPP (IMS).

Différences par rapport au SVG non mobile

Aucun des deux profils mobiles ne prend en charge le modèle d'objet de document (DOM) complet, tandis que seul SVG Basic prend en charge les scripts en option, mais comme ce sont des sous-ensembles entièrement compatibles de la norme complète, la plupart des graphiques SVG peuvent toujours être rendus par des appareils qui ne prennent en charge que le profils mobiles.

SVGT 1.2 ajoute un microDOM (μDOM), un style et un script.

Travaux connexes

La norme MPEG-4 Part 20 - Light Application Scene Representation (LASeR) et Simple Aggregation Format (SAF) est basée sur SVG Tiny. Il a été développé par MPEG ( ISO/IEC JTC1 /SC29/WG11) et publié sous le nom ISO/IEC 14496-20:2006. Les capacités SVG sont améliorées dans MPEG-4 Part 20 avec des fonctionnalités clés pour les services mobiles, telles que les mises à jour dynamiques, l'encodage binaire, la représentation des polices de pointe. SVG a également été hébergé dans MPEG-4 Part 11 , au format Extensible MPEG-4 Textual (XMT) - une représentation textuelle du contenu multimédia MPEG-4 utilisant XML .

Fonctionnalité

La spécification SVG 1.1 définit 14 domaines fonctionnels ou ensembles de fonctionnalités :

Chemins
Les contours de formes simples ou composées sont dessinés avec des lignes courbes ou droites qui peuvent être remplies, soulignées ou utilisées comme chemin de détourage . Les chemins ont un codage compact.
Par exemple, M(pour "déplacer vers") précède les coordonnées numériques initiales x et y et (pour "ligne vers") précède un point vers lequel une ligne doit être tracée. D'autres lettres de commande ( , , , , et ) précèdent les données utilisées pour tracer diverses courbes de Bézier et elliptiques . est utilisé pour fermer un chemin.LCSQTAZ
Dans tous les cas, les coordonnées absolues suivent les commandes de lettres majuscules et les coordonnées relatives sont utilisées après les lettres minuscules équivalentes.
Formes de base
Des chemins en ligne droite et des chemins constitués d'une série de segments de ligne droite connectés (polylignes), ainsi que des polygones fermés, des cercles et des ellipses peuvent être tracés. Les rectangles et les rectangles aux coins arrondis sont également des éléments standard.
Texte
Le texte de caractères Unicode inclus dans un fichier SVG est exprimé sous forme de données de caractères XML . De nombreux effets visuels sont possibles, et la spécification SVG gère automatiquement le texte bidirectionnel (pour composer une combinaison de texte anglais et arabe, par exemple), le texte vertical (comme le chinois était historiquement écrit) et les caractères le long d'un chemin courbe (comme le texte autour le bord du Grand Sceau des États-Unis ).
Peinture
Les formes SVG peuvent être remplies et décrites (peintes avec une couleur, un dégradé ou un motif). Les remplissages peuvent être opaques ou avoir n'importe quel degré de transparence.
Les « marqueurs » sont des entités de fin de ligne, telles que des pointes de flèches ou des symboles qui peuvent apparaître aux sommets d'un polygone.
Couleur
Les couleurs peuvent être appliquées à tous les éléments SVG visibles, soit directement, soit via fill, stroke, et d'autres propriétés. Les couleurs sont spécifiées de la même manière qu'en CSS2 , c'est-à-dire en utilisant des noms comme blackou blue, en hexadécimal comme #2f0ou #22ff00, en décimal comme rgb(255,255,127), ou en pourcentages de la forme rgb(100%,100%,50%).
Dégradés et motifs
Les formes SVG peuvent être remplies ou délimitées avec des couleurs unies comme ci-dessus, ou avec des dégradés de couleurs ou avec des motifs répétitifs. Les dégradés de couleurs peuvent être linéaires ou radiaux (circulaires) et peuvent impliquer un nombre quelconque de couleurs ainsi que des répétitions. Des dégradés d'opacité peuvent également être spécifiés. Les motifs sont basés sur des objets graphiques raster ou vectoriels prédéfinis, qui peuvent être répétés dans xet dans les ydirections. Les dégradés et les motifs peuvent être animés et scénarisés.
Depuis 2008, il y a eu une discussion parmi les utilisateurs professionnels de SVG que des maillages de gradient ou de préférence des courbes de diffusion pourraient utilement être ajoutés à la spécification SVG. Il est dit qu'une « représentation simple [utilisant des courbes de diffusion] est capable de représenter des effets d'ombrage même très subtils » et que « les images de courbes de diffusion sont comparables en qualité et en efficacité de codage avec les maillages de gradient, mais sont plus simples à créer (selon plusieurs artistes qui ont utilisé les deux outils) et peuvent être capturés à partir de bitmaps de manière entièrement automatique." Le brouillon actuel de SVG 2 comprend des filets de dégradé.
Découpage, masquage et composition
Les éléments graphiques, y compris le texte, les chemins, les formes de base et leurs combinaisons, peuvent être utilisés comme contours pour définir les régions intérieures et extérieures qui peuvent être peintes (avec des couleurs, des dégradés et des motifs) indépendamment. Complètement opaque chemins de détourage et semi-transparentes des masques sont en composition ensemble pour calculer la couleur et de l' opacité de chaque pixel de l'image finale, en utilisant alpha mélange.
Filtrer les effets
Un effet de filtre consiste en une série d'opérations graphiques qui sont appliquées à un graphique vectoriel source donné pour produire un résultat bitmap modifié .
Interactivité
Les images SVG peuvent interagir avec les utilisateurs de plusieurs manières. En plus des hyperliens mentionnés ci-dessous, toute partie d'une image SVG peut être rendue réceptive aux événements de l' interface utilisateur tels que les changements de focus , les clics de souris, le défilement ou le zoom de l'image et d'autres événements de pointeur, de clavier et de document. Les gestionnaires d'événements peuvent démarrer, arrêter ou modifier des animations ainsi que déclencher des scripts en réponse à de tels événements.
Mise en relation
Les images SVG peuvent contenir des hyperliens vers d'autres documents, en utilisant XLink . Grâce à l'utilisation de l' <view>élément ou d'un identifiant de fragment , les URL peuvent être liées à des fichiers SVG qui modifient la zone visible du document. Cela permet de créer des états de vue spécifiques qui sont utilisés pour zoomer/dézoomer sur une zone spécifique ou pour limiter la vue à un élément spécifique. Ceci est utile lors de la création de sprites . La prise en charge de XLink en combinaison avec l' <use>élément permet également de lier et de réutiliser des éléments internes et externes. Cela permet aux codeurs de faire plus avec moins de balisage et d'obtenir un code plus propre.
Script
Tous les aspects d'un document SVG peuvent être consultés et manipulés à l'aide de scripts de la même manière que HTML. Le langage de script par défaut est JavaScript et il existe des objets DOM ( Document Object Model ) définis pour chaque élément et attribut SVG. Les scripts sont entourés d' <script>éléments. Ils peuvent s'exécuter en réponse à des événements de pointeur, des événements de clavier et des événements de document selon les besoins.
Animation
Le contenu SVG peut être animé à l'aide des éléments d'animation intégrés tels que <animate>, <animateMotion>et <animateColor>. Le contenu peut être animé en manipulant le DOM à l'aide d'ECMAScript et des minuteries intégrées du langage de script. L'animation SVG a été conçue pour être compatible avec les versions actuelles et futures du langage d'intégration multimédia synchronisé (SMIL). Les animations peuvent être continues, elles peuvent être bouclées et répétées, et elles peuvent répondre aux événements utilisateur, comme mentionné ci-dessus.
Polices
Comme avec HTML et CSS, le texte en SVG peut faire référence à des fichiers de polices externes, tels que les polices système. Si les fichiers de police requis n'existent pas sur la machine sur laquelle le fichier SVG est rendu, le texte peut ne pas apparaître comme prévu. Pour surmonter cette limitation, le texte peut être affiché dans une police SVG , où les glyphes requis sont définis dans SVG en tant que police qui est ensuite référencée à partir de l' <text>élément.
Métadonnées
En accord avec le W3C « s Web sémantique initiative, SVG permet aux auteurs de fournir des métadonnées sur le contenu SVG. La fonction principale est l' <metadata>élément, où le document peut être décrit à l'aide des propriétés des métadonnées Dublin Core (par exemple, titre, créateur/auteur, sujet, description, etc.). D'autres schémas de métadonnées peuvent également être utilisés. De plus, SVG définit <title>et <desc>éléments où les auteurs peuvent également fournir du matériel descriptif en texte brut dans une image SVG pour faciliter l'indexation, la recherche et la récupération par un certain nombre de moyens.

Un document SVG peut définir des composants, notamment des formes, des dégradés, etc., et les utiliser à plusieurs reprises. Les images SVG peuvent également contenir des graphiques raster , tels que des images PNG et JPEG , ainsi que d'autres images SVG.

Exemple

Exemple de grille de balisage SVG

Ce code produira les formes colorées affichées dans l'image, à l'exclusion de la grille et des étiquettes :

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd">
<svg width="391" height="391" viewBox="-70.5 -70.5 391 391" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink">
<rect fill="#fff" stroke="#000" x="-70" y="-70" width="390" height="390"/>
<g opacity="0.8">
	<rect x="25" y="25" width="200" height="200" fill="lime" stroke-width="4" stroke="pink" />
	<circle cx="125" cy="125" r="75" fill="orange" />
	<polyline points="50,150 50,200 200,200 200,100" stroke="red" stroke-width="4" fill="none" />
	<line x1="50" y1="50" x2="200" y2="200" stroke="blue" stroke-width="4" />
</g>
</svg>

SVG sur le Web

SVG exporté depuis KOMPAS-Graphic  [ Wikidata ]

L'utilisation de SVG sur le Web était limitée par le manque de prise en charge des anciennes versions d' Internet Explorer (IE). De nombreux sites Web qui diffusent des images SVG fournissent également les images au format raster , soit automatiquement par négociation de contenu HTTP , soit en permettant à l'utilisateur de choisir directement le fichier.

Google a annoncé le 31 août 2010 qu'il avait commencé à indexer le contenu SVG sur le Web, qu'il s'agisse de fichiers autonomes ou intégrés au HTML , et que les utilisateurs commenceraient à voir ce contenu répertorié parmi leurs résultats de recherche. Il a été annoncé le 8 décembre 2010 que Google Image Search commencerait également à indexer les fichiers SVG. Le site a annoncé une option pour restreindre les recherches d'images aux fichiers SVG le 11 février 2011.

Prise en charge du navigateur natif

Konqueror a été le premier navigateur à prendre en charge SVG dans la version 3.2 en février 2004. Depuis 2011, tous les principaux navigateurs de bureau, et de nombreux mineurs, ont un certain niveau de prise en charge de SVG. Les implémentations d'autres navigateurs ne sont pas encore terminées ; voir la comparaison des moteurs de mise en page pour plus de détails.

Certaines versions antérieures de Firefox (par exemple, les versions entre 1.5 et 3.6), ainsi qu'une poignée d'autres navigateurs Web désormais obsolètes capables d'afficher des graphiques SVG, nécessitaient qu'ils soient intégrés <object>ou des <iframe> éléments pour les afficher intégrés en tant que parties d'une page Web HTML au lieu de en utilisant la méthode standard d'intégration d'images avec <img>. Cependant, les images SVG peuvent être incluses dans les pages XHTML à l'aide d' espaces de noms XML .

Tim Berners-Lee , l'inventeur du World Wide Web , a critiqué les premières versions d'Internet Explorer pour son incapacité à prendre en charge SVG.

  • Opera (depuis la version 8.0) prend en charge la spécification SVG 1.1 Tiny, tandis qu'Opera 9 inclut la prise en charge de SVG 1.1 Basic et une partie de SVG 1.1 Full. Opera 9.5 prend partiellement en charge SVG Tiny 1.2. Il prend également en charge SVGZ (SVG compressé).
  • Les navigateurs basés sur le moteur de mise en page Gecko (tels que Firefox , Flock , Camino et SeaMonkey ) ont tous un support incomplet pour la spécification SVG 1.1 Full depuis 2005. Le site Mozilla a un aperçu des modules qui sont supportés dans Firefox et du modules en cours de développement. Gecko 1.9, inclus dans Firefox 3.0 , ajoute la prise en charge d'un plus grand nombre de spécifications SVG (y compris les filtres).
  • Pale Moon , qui utilise le moteur de mise en page Goanna (un fork du moteur Gecko ), prend en charge SVG.
  • Les navigateurs basés sur WebKit (comme d' Apple est Safari , Google Chrome , et le Groupe Omni de OmniWeb ) ont reçu le soutien incomplet pour le SVG 1.1 Spécification complète depuis 2006.
  • Amaya a un support SVG partiel.
  • Internet Explorer 8 et les versions antérieures ne prennent pas en charge SVG. IE9 (publié le 14 mars 2011) prend en charge l'ensemble de fonctionnalités SVG de base. IE10 a étendu la prise en charge SVG en ajoutant des filtres SVG 1.1.
  • Microsoft Edge prend en charge SVG 1.1.
  • Le navigateur Maxthon Cloud prend également en charge SVG.

Il y a plusieurs avantages à une prise en charge native et complète : les plugins ne sont pas nécessaires, SVG peut être librement mélangé avec d'autres contenus dans un seul document, et le rendu et les scripts deviennent considérablement plus fiables.

Assistance mobile

SVG Tiny (SVGT) 1.1 et 1.2 sont des profils mobiles pour SVG. SVGT 1.2 inclut certaines fonctionnalités que l'on ne trouve pas dans SVG 1.1, y compris les traits sans mise à l'échelle, qui sont pris en charge par certaines implémentations SVG 1.1, telles qu'Opera, Firefox et WebKit. À mesure que les bases de code partagées entre les navigateurs de bureau et mobiles augmentaient, l'utilisation de SVG 1.1 par rapport à SVGT 1.2 a également augmenté.

La prise en charge de SVG peut être limitée à SVGT sur les téléphones intelligents plus anciens ou plus limités ou peut être principalement limitée par leur système d'exploitation respectif. Adobe Flash Lite prend en charge SVG Tiny en option depuis la version 1.1. Lors de la conférence SVG Open 2005, Sun a présenté une implémentation mobile de SVG Tiny 1.1 pour la plate-forme CLDC ( Connected Limited Device Configuration ).

Les mobiles qui utilisent Opera Mobile , ainsi que le navigateur intégré de l' iPhone , incluent également le support SVG. Cependant, même s'il utilisait le moteur WebKit , le navigateur intégré d' Android ne prenait pas en charge SVG avant la v3.0 (Honeycomb). Avant la v3.0, Firefox Mobile 4.0b2 (bêta) pour Android était le premier navigateur fonctionnant sous Android à prendre en charge SVG par défaut.

Le niveau de prise en charge de SVG Tiny disponible varie d'un mobile à l'autre, en fonction du moteur SVG installé. De nombreux produits mobiles plus récents prennent en charge des fonctionnalités supplémentaires au-delà de SVG Tiny 1.1, comme le dégradé et l'opacité ; cela est parfois appelé "SVGT 1.1+", bien qu'il n'y ait pas de telle norme.

Le BlackBerry de RIM prend en charge SVG Tiny 1.1 depuis la version 5.0. La prise en charge se poursuit pour le navigateur BlackBerry Torch basé sur WebKit sous OS 6 et 7.

Nokia de la plate - forme S60 a un support intégré pour SVG. Par exemple, les icônes sont généralement rendues à l'aide du moteur SVG de la plate-forme. Nokia a également dirigé le groupe d'experts JSR 226: Scalable 2D Vector Graphics API qui définit l' API Java ME pour la présentation et la manipulation SVG. Cette API a été implémentée dans S60 Platform 3rd Edition Feature Pack 1 et versions ultérieures. Certains téléphones de la série 40 prennent également en charge SVG (comme le Nokia 6280 ).

La plupart des téléphones Sony Ericsson commençant par K700 (par date de sortie) prennent en charge SVG Tiny 1.1. Les téléphones commençant par K750 prennent également en charge des fonctionnalités telles que l'opacité et les dégradés. Les téléphones équipés de la plate-forme Java-8 de Sony Ericsson prennent en charge JSR 226.

Windows Phone prend en charge SVG depuis la version 7.5.

SVG est également pris en charge sur divers appareils mobiles de Motorola , Samsung , LG et Siemens mobile / BenQ-Siemens . eSVG, une bibliothèque de rendu SVG principalement écrite pour les appareils embarqués , est disponible sur certaines plates-formes mobiles.

Support d'application

Les images SVG peuvent être produites à l'aide d'un éditeur de graphiques vectoriels , tel qu'Inkscape , Adobe Illustrator , Adobe Flash Professional ou CorelDRAW , et rendues aux formats d'image raster courants tels que PNG à l'aide du même logiciel. De plus, des éditeurs comme Inkscape et Boxy SVG fournissent des outils pour tracer des images raster sur des courbes de Bézier en utilisant généralement des back-ends de traçage d'images comme potrace , autotrace et imagetracerjs .

Le logiciel peut être programmé pour rendre des images SVG en utilisant une bibliothèque telle que librsvg utilisée par GNOME depuis 2000, Batik ou ThorVG depuis 2020 pour les systèmes légers. Les images SVG peuvent également être rendues dans n'importe quel format d'image populaire souhaité en utilisant ImageMagick , un utilitaire de ligne de commande gratuit (qui utilise également librsvg sous le capot).

D'autres utilisations de SVG incluent l'intégration pour une utilisation dans le traitement de texte (par exemple avec LibreOffice ) et la publication assistée par ordinateur (par exemple Scribus ), le traçage de graphiques (par exemple gnuplot ) et l'importation de chemins (par exemple pour une utilisation dans GIMP ou Blender ). Les services d'application Microsoft 365 et Microsoft Office 2019 prennent en charge l'exportation, l'importation et l'édition d'images SVG. L' identificateur de type uniforme pour SVG utilisé par Apple est public.svg-imageet est conforme à public.imageet public.xml.

Voir également

Image Vectorielle

Les références

Liens externes