Gráficos vetoriais escaláveis ​​- Scalable Vector Graphics

Gráficos Vetoriais Escaláveis
SVG Logo.svg
Tipo de mídia da Internet image/svg+xml
Identificador de tipo uniforme (UTI) public.svg-image
Desenvolvido por W3C
lançamento inicial 4 de setembro de 2001 (20 anos atrás) ( 04/09/2001 )
Último lançamento
1.1 (segunda edição)
(16 de agosto de 2011 ; 10 anos atrás ) ( 16/08/2011 )
Tipo de formato Gráficos vetoriais
Estendido de XML
Padrão W3C SVG
Formato aberto ? sim
Local na rede Internet www .w3 .org / Graphics / SVG /

O Scalable Vector Graphics ( SVG ) é um formato de imagem vetorial baseado em ( XML ) para gráficos bidimensionais com suporte para interatividade e animação. A especificação SVG é um padrão aberto desenvolvido pelo World Wide Web Consortium (W3C) desde 1999.

As imagens SVG e seus comportamentos são definidos em arquivos de texto XML. Isso significa que eles podem ser pesquisados , indexados , com script e compactados e podem ser dimensionados em tamanho sem perda de qualidade. Como arquivos XML, as imagens SVG podem ser criadas e editadas com qualquer editor de texto , bem como com software de desenho . Os navegadores da web mais usados renderizam arquivos SVG .

Visão geral

Esta imagem ilustra a diferença entre imagens bitmap e vetoriais. A imagem bitmap é composta por um conjunto fixo de pixels, enquanto a imagem vetorial é composta por um conjunto fixo de formas. Na imagem, o dimensionamento do bitmap revela os pixels, enquanto o dimensionamento da imagem vetorial preserva as formas.

O SVG está em desenvolvimento no World Wide Web Consortium (W3C) desde 1999, depois que seis propostas concorrentes para linguagens de gráficos vetoriais foram submetidas ao consórcio em 1998. O grupo de trabalho SVG anterior decidiu não desenvolver nenhuma das submissões comerciais, mas criar uma nova linguagem de marcação que foi informada por, mas não realmente baseada em qualquer um deles.

O SVG permite três tipos de objetos gráficos: formas de gráficos vetoriais , como caminhos e contornos que consistem em linhas retas e curvas, imagens de bitmap e texto. Os objetos gráficos podem ser agrupados, estilizados, transformados e compostos em objetos renderizados anteriormente . O conjunto de recursos inclui transformações aninhadas , caminhos de recorte , máscaras alfa , efeitos de filtro e objetos de modelo. Os desenhos SVG podem ser interativos e incluir animação , definida nos elementos XML SVG ou por meio de scripts que acessam o Modelo de Objeto de Documento SVG (DOM). SVG usa CSS para estilização e JavaScript para scripts. Texto, incluindo internacionalização e localização , aparecendo em texto simples no SVG DOM, aumenta a acessibilidade de gráficos SVG.

A especificação SVG foi atualizada para a versão 1.1 em 2011. Existem dois 'Perfis SVG Móveis', SVG Tiny e SVG Basic, destinados a dispositivos móveis com recursos computacionais e de exibição reduzidos. Scalable Vector Graphics 2 se tornou uma recomendação candidata do W3C em 15 de setembro de 2016. O SVG 2 incorpora vários novos recursos além dos do SVG 1.1 e do SVG Tiny 1.2.

Impressão

Embora a especificação SVG se concentre principalmente na linguagem de marcação de gráficos vetoriais , seu design inclui os recursos básicos de uma linguagem de descrição de página, como o PDF da Adobe . Ele contém disposições para gráficos ricos e é compatível com CSS para fins de estilo. O SVG possui as informações necessárias para colocar cada glifo e imagem em um local escolhido em uma página impressa.

Scripting e animação

Os desenhos SVG podem ser dinâmicos e interativos. As modificações baseadas no tempo nos elementos podem ser descritas em SMIL ou podem ser programadas em uma linguagem de script (por exemplo, JavaScript ). O W3C recomenda explicitamente SMIL como o padrão para animação em SVG.

Um rico conjunto de manipuladores de eventos , como " onmouseover" e " onclick", pode ser atribuído a qualquer objeto gráfico SVG para aplicar ações e eventos.

Compressão

As imagens SVG, sendo XML, contêm muitos fragmentos de texto repetidos, portanto, são adequadas para algoritmos de compactação de dados sem perdas . Quando uma imagem SVG é compactada com o algoritmo gzip , ela é chamada de imagem "SVGZ" e usa a .svgzextensão de nome de arquivo correspondente . Os visualizadores SVG 1.1 em conformidade exibirão imagens compactadas. Um arquivo SVGZ normalmente tem de 20 a 50 por cento do tamanho original. O W3C fornece arquivos SVGZ para testar a conformidade.

História de desenvolvimento

O SVG foi desenvolvido pelo Grupo de Trabalho W3C SVG a partir de 1998, depois que seis envios de gráficos vetoriais concorrentes foram recebidos naquele ano:

O grupo de trabalho era presidido na época por Chris Lilley do W3C.

Versão 1.x

  • O SVG 1.0 tornou-se uma recomendação do W3C em 4 de setembro de 2001.
  • O SVG 1.1 tornou-se uma recomendação do W3C em 14 de janeiro de 2003. A especificação do SVG 1.1 é modularizada para permitir que subconjuntos sejam definidos como perfis. Além disso, há muito pouca diferença entre o SVG 1.1 e o SVG 1.0.
    • SVG Tiny e SVG Basic (os Perfis SVG Móveis) tornaram-se Recomendações W3C em 14 de janeiro de 2003. Elas são descritas como perfis de SVG 1.1.
  • O SVG Tiny 1.2 tornou-se uma recomendação do W3C em 22 de dezembro de 2008. Ele foi inicialmente desenhado como um perfil do SVG Full 1.2 planejado (que desde então foi abandonado em favor do SVG 2), mas mais tarde foi refatorado como uma especificação independente. Geralmente é mal suportado.
  • SVG 1.1 Second Edition, que inclui todas as erratas e esclarecimentos, mas nenhum novo recurso do SVG 1.1 original foi lançado em 16 de agosto de 2011.
  • SVG Tiny 1.2 Portable / Secure, um subconjunto mais seguro do perfil SVG Tiny 1.2 apresentado como um esboço de padrão da IETF em 29 de julho de 2020. Também conhecido como SVG Tiny P / S. SVG Tiny 1.2 Portable / Secure é um requisito do projeto de padrão BIMI .

Versão 2

O SVG 2 remove ou descontinua alguns recursos do SVG 1.1 e incorpora novos recursos do HTML5 e do formato de fonte aberta da Web :

  • Por exemplo, o SVG 2 remove vários elementos de fonte, como glyphe altGlyph(substituído pelo formato de fonte WOFF).
  • O xml:spaceatributo foi preterido em favor do CSS.
  • Recursos HTML5 como atributos translatee data-*foram adicionados.
  • Os recursos de manipulação de texto do SVG Tiny 1.2 são anotados para serem incluídos, mas ainda não formalizados no texto. Alguns outros recursos do 1.2 são escolhidos a dedo, mas o SVG 2 não é um superconjunto do minúsculo 1.2 do SVG em geral.

O SVG 2 atingiu o estágio de recomendação do candidato em 15 de setembro de 2016, e as versões revisadas foram publicadas em 7 de agosto de 2018 e 4 de outubro de 2018. A versão mais recente foi lançada em 8 de junho de 2021.

Perfis de celular

Devido à demanda da indústria, dois perfis móveis foram introduzidos com o SVG 1.1: SVG Tiny (SVGT) e SVG Basic (SVGB).

Esses são subconjuntos do padrão SVG completo, destinados principalmente a agentes de usuário com recursos limitados. Em particular, o SVG Tiny foi definido para dispositivos móveis altamente restritos, como telefones celulares ; ele não oferece suporte a estilos ou scripts. O SVG Basic foi definido para dispositivos móveis de nível superior, como smartphones .

Em 2003, o 3GPP , um grupo de padrões internacionais de telecomunicações, adotou o SVG Tiny como formato de mídia de gráficos vetoriais obrigatório para telefones de última geração. SVGT é o formato de gráfico vetorial necessário e o suporte a SVGB é opcional para Multimedia Messaging Service (MMS) e Packet-Switched Streaming Service. Posteriormente, foi adicionado como formato necessário para gráficos vetoriais no 3GPP IP Multimedia Subsystem (IMS).

Diferenças de SVG não móvel

Nenhum dos perfis móveis inclui suporte para Document Object Model (DOM) completo, enquanto apenas SVG Basic tem suporte opcional para scripts, mas como são subconjuntos totalmente compatíveis do padrão completo, a maioria dos gráficos SVG ainda podem ser renderizados por dispositivos que suportam apenas o perfis móveis.

O SVGT 1.2 adiciona um microDOM (μDOM), estilização e script.

Trabalho relatado

O padrão MPEG-4 Parte 20 - Lightweight Application Scene Representation (LASeR) e Simple Aggregation Format (SAF) é baseado em SVG Tiny. Foi desenvolvido pela MPEG ( ISO / IEC JTC1 / SC29 / WG11) e publicado como ISO / IEC 14496-20: 2006. Os recursos SVG são aprimorados no MPEG-4 Parte 20 com recursos-chave para serviços móveis, como atualizações dinâmicas, codificação binária e representação de fontes de última geração. O SVG também foi acomodado no MPEG-4 Parte 11 , no formato Extensible MPEG-4 Textual (XMT) - uma representação textual do conteúdo multimídia MPEG-4 usando XML .

Funcionalidade

A especificação SVG 1.1 define 14 áreas funcionais ou conjuntos de recursos:

Caminhos
Contornos de forma simples ou compostos são desenhados com linhas curvas ou retas que podem ser preenchidas, contornadas ou usadas como um caminho de recorte . Os caminhos têm uma codificação compacta.
Por exemplo, M(para "mover para") precede inicial numérico x e y coordenadas , e L(para a "linha a") precede um ponto ao qual uma linha deve ser desenhada. Outras letras de comando ( C, S, Q, T, e Adados precedem) que é utilizado para desenhar vários Bezier e elípticas curvas. Zé usado para fechar um caminho.
Em todos os casos, as coordenadas absolutas seguem os comandos de letras maiúsculas e as coordenadas relativas são usadas após as letras minúsculas equivalentes.
Formas básicas
Caminhos de linha reta e caminhos compostos de uma série de segmentos de linha reta conectados (polilinhas), bem como polígonos fechados, círculos e elipses podem ser desenhados. Retângulos e retângulos arredondados também são elementos padrão.
Texto
O texto de caracteres Unicode incluído em um arquivo SVG é expresso como dados de caracteres XML . Muitos efeitos visuais são possíveis, e a especificação SVG lida automaticamente com texto bidirecional (para compor uma combinação de texto em inglês e árabe, por exemplo), texto vertical (como o chinês foi escrito historicamente) e caracteres ao longo de um caminho curvo (como o texto ao redor borda do Grande Selo dos Estados Unidos ).
Quadro
As formas SVG podem ser preenchidas e contornadas (pintadas com uma cor, gradiente ou padrão). Os preenchimentos podem ser opacos ou ter qualquer grau de transparência.
"Marcadores" são recursos de fim de linha, como pontas de seta ou símbolos que podem aparecer nos vértices de um polígono.
Cor
As cores podem ser aplicadas a todos os elementos SVG visíveis, quer directamente ou através de fill, strokee outras propriedades. As cores são especificadas da mesma forma que em CSS2 , ou seja, usando nomes como blackou blue, em hexadecimal como #2f0ou #22ff00, em decimal como rgb(255,255,127), ou como porcentagens da forma rgb(100%,100%,50%).
Gradientes e padrões
As formas SVG podem ser preenchidas ou contornadas com cores sólidas como acima, ou com gradientes de cores ou com padrões repetidos. Os gradientes de cores podem ser lineares ou radiais (circulares) e podem envolver qualquer número de cores, bem como repetições. Os gradientes de opacidade também podem ser especificados. Padrões são baseados em objetos raster ou vector gráficos predefinidos, que podem ser repetidas em xe ydireções. Gradientes e padrões podem ser animados e programados.
Desde 2008, tem havido discussão entre usuários profissionais de SVG que tanto as malhas de gradiente quanto as curvas de difusão podem ser adicionadas de forma útil à especificação do SVG. Diz-se que uma "representação simples [usando curvas de difusão] é capaz de representar até mesmo efeitos de sombreamento muito sutis" e que "As imagens da curva de difusão são comparáveis ​​em qualidade e eficiência de codificação com malhas de gradiente, mas são mais simples de criar (de acordo com vários artistas que usaram as duas ferramentas) e podem ser capturados de bitmaps de forma totalmente automática. " O rascunho atual do SVG 2 inclui malhas de gradiente.
Clipping, mascaramento e composição
Elementos gráficos, incluindo texto, caminhos, formas básicas e combinações destes, podem ser usados ​​como contornos para definir regiões internas e externas que podem ser pintadas (com cores, gradientes e padrões) de forma independente. Caminhos de recorte totalmente opacos e máscaras semitransparentes são compostos juntos para calcular a cor e a opacidade de cada pixel da imagem final, usando a mesclagem alfa .
Efeitos de filtro
Um efeito de filtro consiste em uma série de operações gráficas aplicadas a um determinado gráfico vetorial de origem para produzir um resultado de bitmap modificado .
Interatividade
As imagens SVG podem interagir com os usuários de várias maneiras. Além dos hiperlinks mencionados abaixo, qualquer parte de uma imagem SVG pode se tornar receptiva a eventos da interface do usuário , como mudanças de foco , cliques do mouse, rolagem ou zoom da imagem e outros eventos de ponteiro, teclado e documento. Os manipuladores de eventos podem iniciar, parar ou alterar animações, bem como disparar scripts em resposta a tais eventos.
Linking
As imagens SVG podem conter hiperlinks para outros documentos, usando XLink . Por meio do uso do <view>elemento ou de um identificador de fragmento , os URLs podem ser vinculados a arquivos SVG que alteram a área visível do documento. Isso permite a criação de estados de visualização específicos que são usados ​​para aumentar / diminuir o zoom de uma área específica ou para limitar a visualização a um elemento específico. Isso é útil ao criar sprites . O suporte XLink em combinação com o <use>elemento também permite a vinculação e reutilização de elementos internos e externos. Isso permite que os programadores façam mais com menos marcação e torna o código mais limpo.
Scripting
Todos os aspectos de um documento SVG podem ser acessados ​​e manipulados usando scripts de maneira semelhante ao HTML. A linguagem de script padrão é JavaScript e existem objetos Document Object Model (DOM) definidos para cada elemento e atributo SVG. Os scripts são incluídos em <script>elementos. Eles podem ser executados em resposta a eventos de ponteiro, eventos de teclado e eventos de documento, conforme necessário.
Animação
O conteúdo SVG pode ser animado usando os elementos de animação integrados, como <animate>, <animateMotion>e <animateColor>. O conteúdo pode ser animado pela manipulação do DOM usando ECMAScript e os timers integrados da linguagem de script. A animação SVG foi projetada para ser compatível com as versões atuais e futuras da Synchronized Multimedia Integration Language (SMIL). As animações podem ser contínuas, podem ser repetidas e repetidas e podem responder aos eventos do usuário, conforme mencionado acima.
Fontes
Assim como acontece com HTML e CSS, o texto em SVG pode fazer referência a arquivos de fontes externas, como fontes do sistema. Se os arquivos de fonte necessários não existirem na máquina onde o arquivo SVG é renderizado, o texto pode não aparecer conforme o esperado. Para superar essa limitação, o texto pode ser exibido em uma fonte SVG , onde os glifos necessários são definidos em SVG como uma fonte que é então referenciada a partir do <text>elemento.
Metadados
De acordo com a W3C 's Web Semântica iniciativa, SVG permite aos autores para fornecer metadados sobre o conteúdo SVG. A principal facilidade é o <metadata>elemento, onde o documento pode ser descrito usando as propriedades de metadados Dublin Core (por exemplo, título, criador / autor, assunto, descrição, etc.). Outros esquemas de metadados também podem ser usados. Além disso, o SVG define <title>e os <desc>elementos onde os autores também podem fornecer material descritivo em texto simples dentro de uma imagem SVG para ajudar na indexação, pesquisa e recuperação por vários meios.

Um documento SVG pode definir componentes, incluindo formas, gradientes, etc., e usá-los repetidamente. As imagens SVG também podem conter gráficos raster , como imagens PNG e JPEG e outras imagens SVG.

Exemplo

Grade.svg de marcação de exemplo SVG

Este código produzirá as formas coloridas mostradas na imagem, excluindo a grade e os rótulos:

<?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 na web

SVG exportado de KOMPAS-Graphic  [ Wikidata ]

O uso de SVG na web era limitado pela falta de suporte em versões anteriores do Internet Explorer (IE). Muitos sites que oferecem imagens SVG também fornecem as imagens em formato raster , automaticamente por negociação de conteúdo HTTP ou permitindo que o usuário escolha diretamente o arquivo.

O Google anunciou em 31 de agosto de 2010 que havia começado a indexar conteúdo SVG na web, seja em arquivos autônomos ou embutidos em HTML , e que os usuários começariam a ver esse conteúdo listado entre seus resultados de pesquisa. Foi anunciado em 8 de dezembro de 2010 que o Google Image Search também começaria a indexar arquivos SVG. O site anunciou uma opção para restringir as pesquisas de imagens a arquivos SVG em 11 de fevereiro de 2011.

Suporte a navegador nativo

O Konqueror foi o primeiro navegador a oferecer suporte a SVG na versão de lançamento 3.2 em fevereiro de 2004. A partir de 2011, todos os principais navegadores de desktop, e muitos navegadores menores, tinham algum nível de suporte a SVG. As implementações de outros navegadores ainda não estão completas; consulte a comparação dos motores de layout para obter mais detalhes.

Algumas versões anteriores do Firefox (por exemplo, versões entre 1.5 e 3.6), bem como alguns outros navegadores agora desatualizados capazes de exibir gráficos SVG, precisavam deles incorporados <object>ou <iframe> elementos para exibi-los integrados como partes de uma página HTML em vez de usando a forma padrão de integração de imagens com <img>. No entanto, imagens SVG podem ser incluídas em páginas XHTML usando namespaces XML .

Tim Berners-Lee , o inventor da World Wide Web , criticou as primeiras versões do Internet Explorer por sua falha no suporte a SVG.

  • O Opera (desde 8.0) tem suporte para a especificação SVG 1.1 Tiny, enquanto o Opera 9 inclui suporte para SVG 1.1 Basic e alguns do SVG 1.1 Full. O Opera 9.5 tem suporte parcial para SVG Tiny 1.2. Ele também suporta SVGZ (SVG compactado).
  • Navegadores baseados no mecanismo de layout Gecko (como Firefox , Flock , Camino e SeaMonkey ) têm suporte incompleto para a especificação SVG 1.1 Full desde 2005. O site Mozilla tem uma visão geral dos módulos que são suportados no Firefox e do módulos que estão em desenvolvimento. O Gecko 1.9, incluído no Firefox 3.0 , adiciona suporte para mais especificações SVG (incluindo filtros).
  • Pale Moon , que usa o mecanismo de layout Goanna (um fork do mecanismo Gecko ), suporta SVG.
  • Os navegadores baseados no WebKit (como o Safari da Apple , o Google Chrome e o OmniWeb do Omni Group ) têm suporte incompleto para a especificação SVG 1.1 Full desde 2006.
  • Amaya tem suporte parcial para SVG.
  • O Internet Explorer 8 e as versões anteriores não oferecem suporte a SVG. O IE9 (lançado em 14 de março de 2011) oferece suporte ao conjunto básico de recursos SVG. O IE10 estendeu o suporte a SVG adicionando filtros SVG 1.1.
  • O Microsoft Edge oferece suporte a SVG 1.1.
  • O Maxthon Cloud Browser também oferece suporte a SVG.

Existem várias vantagens no suporte nativo e completo: plug - ins não são necessários, o SVG pode ser misturado livremente com outro conteúdo em um único documento e a renderização e o script tornam-se consideravelmente mais confiáveis.

Suporte móvel

SVG Tiny (SVGT) 1.1 e 1.2 são perfis móveis para SVG. O SVGT 1.2 inclui alguns recursos não encontrados no SVG 1.1, incluindo traços não escalonáveis, que são suportados por algumas implementações do SVG 1.1, como Opera, Firefox e WebKit. À medida que as bases de código compartilhadas entre navegadores de desktop e móveis aumentaram, o uso de SVG 1.1 sobre SVGT 1.2 também aumentou.

Suporte para SVG pode ser limitada a SVGT em mais velhas ou mais limitados telefones inteligentes ou pode ser limitada principalmente pelo seu respectivo sistema operacional. Adobe Flash Lite tem suporte opcional de SVG Tiny desde a versão 1.1. Na conferência SVG Open 2005, a Sun demonstrou uma implementação móvel do SVG Tiny 1.1 para a plataforma Connected Limited Device Configuration (CLDC).

Os celulares que usam o Opera Mobile , bem como o navegador integrado do iPhone , também incluem suporte a SVG. No entanto, embora usasse o mecanismo WebKit , o navegador integrado do Android não suportava SVG antes da v3.0 (Honeycomb). Antes da v3.0, o Firefox Mobile 4.0b2 (beta) para Android foi o primeiro navegador rodando no Android a suportar SVG por padrão.

O nível de suporte SVG Tiny disponível varia de um dispositivo móvel para outro, dependendo do mecanismo SVG instalado. Muitos produtos móveis mais recentes suportam recursos adicionais além do SVG Tiny 1.1, como gradiente e opacidade; às vezes é chamado de "SVGT 1.1+", embora não exista esse padrão.

O BlackBerry da RIM tem suporte integrado para SVG Tiny 1.1 desde a versão 5.0. O suporte continua para o navegador BlackBerry Torch baseado em WebKit no OS 6 e 7.

A plataforma S60 da Nokia tem suporte embutido para SVG. Por exemplo, os ícones geralmente são renderizados usando o mecanismo SVG da plataforma. A Nokia também liderou o grupo de especialistas JSR 226: Scalable 2D Vector Graphics API que define a API Java ME para apresentação e manipulação de SVG. Esta API foi implementada no S60 Platform 3rd Edition Feature Pack 1 e posteriores. Alguns telefones da Série 40 também oferecem suporte a SVG (como o Nokia 6280 ).

A maioria dos telefones Sony Ericsson começando com K700 (por data de lançamento) oferece suporte a SVG Tiny 1.1. Os telefones que começam com K750 também oferecem suporte a recursos como opacidade e gradientes. Os telefones com Sony Ericsson Java Platform-8 têm suporte para JSR 226.

O Windows Phone oferece suporte a SVG desde a versão 7.5.

O SVG também é compatível com vários dispositivos móveis da Motorola , Samsung , LG e Siemens mobile / BenQ-Siemens . eSVG, uma biblioteca de renderização SVG escrita principalmente para dispositivos incorporados , está disponível em algumas plataformas móveis.

Suporte de aplicativo

As imagens SVG podem ser produzidas com o uso de um editor de gráficos vetoriais , como Inkscape , Adobe Illustrator , Adobe Flash Professional ou CorelDRAW , e renderizadas em formatos de imagem raster comuns , como PNG, usando o mesmo software. Além disso, editores como Inkscape e Boxy SVG fornecem ferramentas para rastrear imagens raster em curvas de Bézier, normalmente usando back-ends de rastreamento de imagens como potrace , autotrace e imagetracerjs .

O software pode ser programado para renderizar imagens SVG usando uma biblioteca como o librsvg usado pelo GNOME desde 2000, Batik ou ThorVG desde 2020 para os sistemas leves. As imagens SVG também podem ser renderizadas em qualquer formato de imagem popular desejado usando o ImageMagick , um utilitário de linha de comando gratuito (que também usa o librsvg sob o capô).

Outros usos para SVG incluem incorporação para uso em processamento de texto (por exemplo, com o LibreOffice ) e editoração eletrônica (por exemplo, Scribus ), plotagem de gráficos (por exemplo, gnuplot ) e importação de caminhos (por exemplo, para uso em GIMP ou Blender ). Os serviços de aplicativos Microsoft 365 e Microsoft Office 2019 oferecem suporte para exportação, importação e edição de imagens SVG. O Uniform Type Identifier para SVG usado pela Apple é public.svg-imagee está em conformidade com public.imagee public.xml.

Veja também

Gráficos Vetoriais Escaláveis

Referências

links externos