http://chrisfjay.blogspot.com/2007/07/svg-as-image-format.html
SVG as image format - There are two common methods for adding SVG to a
page - inline, via <svg>, and externally, via <object>.
The <object> element is bad. It's not semantic - it may as well be
called <other> or <miscellaneous>. Although useful in the short term
for displaying SVG, I would hope that this use will diminish.
The inline <svg> element is also bad, for the same reason - it's not
semantic. It's the equivalent of having a <jpg> element, rather than
using <img> - it's named after the format, rather than the purpose.
From the semantic perspective, there are three potential uses of SVG.
* Foreground images: use <img src="x.svg"> to point to an SVG file
* Background images: use CSS "background-image" to point to an SVG file
* Inline with connected DOM: use <iframe> to point to an SVG file.
These are much better because they re-use existing semantic elements.
Unlike foregrounds or inline images, backgrounds should not enable any
user interaction - events (e.g. mousedown), hyperlinks, pseudo-classes
(e.g. :hover), etc. Some people say javascript should be turned off -
this might be a rough and ready first implementation, but some
javascript might be appropriate (e.g. random placement of shapes, or
animation), so long as the "no user interaction" rule is followed.
The other advantage of <img> and CSS background-image over <svg> is
that you don't need to use XHTML. Standard HTML gets round a whole
series of issues with mime types, browser control, and backwards
compatibility.
Advantages of SVG as image format
SVG images fill a lot of gaps with HTML styling:
* rounded rectangles, circles, and any polygon
* fancy borders (arcs, swirls, etc)
* opacity, color gradients and filters
* shape hyperlinks and :hover, rather than pixel maps
* interaction via the DOM (for foreground images)
* scaling of background images multiple backgrounds (in one SVG)
* background text (e.g. graffitti, murals, etc)
* intricate website 'themes' to each page
The possibilities for graphical designers are huge.
Browser support - I'm very pleased to see that the next version of
Opera will support SVG images via <img> and background-image.
Unfortunately, it's not on the schedule for either Firefox 3 or Safari
3, although it's an aspiration for both teams.
There are four possible methods of using SVG in a webpage - <svg>,
<object>, <img>, and CSS backgrounds.
The SVG implementation status for Firefox and Safari is marked at
around 55%. Personally, while they only support two of these four
methods, I'd hold them at half this - 22%.
Pois é, uma pena que o Inkscape não trabalhe com espaço CMYK, pra
Produção Gráfica não rola...alias, Desktop Publish em Software Livre
ainda é complicado. Eu trabalhava em uma agência onde usavamos
exclusivamente Software Livre (Trabalhavamos com Linux Ubuntu e
Slackware, Gimp, Inkscape e Xara, Scribus, Zope/Plone/Python), e pra
Web era tudo uma maravilha...mas quando pintava algo pra impressão
tinha que correr pra Illustrator ou Corel! (>>Desculpem fugir da
proposta da lista, sei que produção Gráfica não é o objetivo das
discussões!)
> Quero utilizá-lo futuramente num projeto meu que tenho
para apresentar
> algumas estatísticas dum banco de dados que estou
montando. Via PHP/MySQL e
> SVG.
> Pelo PHP dá pra gerar PNG/GIF mas daí não tem graça, quero
fazer isso com
> SVG pra aprender msm!
Nesta Agência que eu trabalhava eu tinha um Projeto junto ao
Programador de lá de fazermos com que o SVG fosse suportado no nosso
Servidor (Zope), iriamos fuçar o código do Firefox pra achar a parte
que dá suporte a SVG, fazer isso virar uma DLL no servidor pra que ele
suportasse o SVG e já mandasse ele renderizado para os navegadores,
acabando assim com o problema do IE não dar suporte (não sei se
expliquei direito, não sou programador nato, essa ia ser a parte do
meu amigo...eu iria me encarregar de criar animações com SVG e Java
Script...iriamos tentar criar uma alternativa ao Flash, já que nossa
ideia era trabalhar exclusivamente com Software Livre!)
Como vai dessa Agência...esse projeto acabou ficando meio de lado! :(
Hasta Luego...
Eduardo Santos
www.agni.art.br
[]´s
--
Israel Cefrin
http://www.cefrin.com/blog
Ela até pode ser, faltaria somente os navegadores entenderem
perfeitamente estes formatos.
Ok, a quem quero enganar? Substitua a palavra 'navegadores' por IE.
The possibilities for graphical designers are huge.
Browser support - I'm very pleased to see that the next version of
Opera will support SVG images via <img> and background-image.
Unfortunately, it's not on the schedule for either Firefox 3 or Safari
3, although it's an aspiration for both teams.
Lucas Arruda
lucasarruda.com
Olhar a Apple pela estética dos seus produtos é o lado errado. É como
elogiar a estética da front page do Google! Há um brontossauro de
razões que destacam ambas as empresas, e tipicamente, são o foco nos
clientes, não na estética, que passa a ser mera consequência deste
foco.
Safari e Firefox não trazem suporte robusto ao SVG por quimeras
técnicas. Tenderão a melhorar com o tempo, assim como aconteceu com
CSS 1.
> Acho que uma vez incluso para estes 3 é questão de tempo que o IE
> inclua, pois alguns sites vão querer usufruir disso.
As coisas pegam não pelo seu apuro técnico, mas pelo interesse
econômico que geram. Vide o IE, que é a pior porcaria em se tratando
de browser, mas segue com folgados 90% do mercado.
Se há interesse comercial por detrás, pega. Simples assim. Isto
explicaria o que raios é este desprezo do mercado pelo SVG e uma
enorme atenção em relação ao Flash.
IE não roda nativamente SVG por uma razão que tem nome: Silverlight.
Pra quê a Microsoft iria se compatibilizar a rodar coisas que podem
rodar em qualquer lugar, quando podem forçar rodar um troço alienígena
que só rode nas dependências* do seu sistema operacional?
(* - notaram o trocadilho? Notaram?)
> E mesmo que façam
> uma versão para "browsers com SVG" e outra para o IE, as pessoas
> vão querer acessar o site com SVG e vão debandar do IE.... Pensando bem,
> é uma boa que o IE não inclua.... :P
Ai que está. O que fará estas pessoas adotarem o SVG. O simples fato
dele existir? Tem que haver conteúdo. Antes disto, é só conversa de
nerd.
IE não roda nativamente SVG por uma razão que tem nome: Silverlight.
Pra quê a Microsoft iria se compatibilizar a rodar coisas que podem
rodar em qualquer lugar, quando podem forçar rodar um troço alienígena
que só rode nas dependências* do seu sistema operacional?
(* - notaram o trocadilho? Notaram?)
> E mesmo que façam
> uma versão para "browsers com SVG" e outra para o IE, as pessoas
> vão querer acessar o site com SVG e vão debandar do IE.... Pensando bem,
> é uma boa que o IE não inclua.... :P
Ai que está. O que fará estas pessoas adotarem o SVG. O simples fato
dele existir? Tem que haver conteúdo. Antes disto, é só conversa de
nerd.
O pessoal da Microsoft não chegou aonde chegou sendo bonzinhos e
doando idéias a comunidade. Na verdade, eles torcem para o open source
os copiem, para os munir de argumentos a respeito de patentes de
software.
Coisa boa criarem uma versão open source. Mas se a questão de licença
pegar, a parada aberta não vai ter aonde rodar.
> Impressionantemente algumas coisas que parecem que vão dar errado dão
> certo e vice-versa. Espero que com o seu uso, o SVG possa ser adotado
> e cair no gosto do povo.
SVG está no radar desde 2000 - quando ainda era chamado de VML.
Coisa boa criarem uma versão open source. Mas se a questão de licença
pegar, a parada aberta não vai ter aonde rodar.
SVG está no radar desde 2000 - quando ainda era chamado de VML.