How many browsers and aggregators support inline SVG? Let me know if you see a little bench over there on the right.
All on Ubuntu Breezy:
Yup- Firefox 1.5.0.2 Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.2) Gecko/20060308
Yup- Seamonkey 1.0 Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.1) Gecko/20060130
Nope - Konqueror 3.5.2/KDE 3.5.2
Nope - Liferea 1.0
Um - what’s in the present?? Did you leave it behind?
On OSX
Sarari 1.3.2 - Nope
FF 1.5.0.4 (as you might expect seeing as it works elsewhere) - Yes.
I’ll try Safari 2 on another box shortly.
No luck on Safari 2.0.3 (417.9.3)
No luck either on NetNewsWire 2.0.1
Yes on Opera 8.02 (Mac).
No go on Safari 2.0.3 on OSX although it is coming apparently.
I wouldn’t hold your breath Microsoft are more interested in shipping WPF/E than SVG (in a classic case of the usual NIH).
Safari with a recent nightly build of WebKit shows the inline svg if the page is sent as xhtml (which it isn’t). It works as a local file with a .xhtml file ending.
The official Safari 2.0.3 release does not handle inline svg.
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.0.4) Gecko/20060508 Firefox/1.5.0.4
), but Bloglines seems to have stripped the SVG.hi there,
firefox 1.5.04 on window xp sp2.
BR,
~A
To see it in WebKit, you need a nightly and the content served using an XML media type. But then the image placement isn’t quite right.
On Mac, the rendering is broken in Opera 9 (build 3336).
As above, works just fine in Firefox.
Not shown in Google Reader.
Works for me:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.4) Gecko/20060508 Firefox/1.5.0.4
It’s too bad, though, that you can’t yet do something like this:
<img src="bench.svg" />
@Duncan:
Um - what’s in the present?? Did you leave it behind?
Think Forrest Gump.
I don’t see it in planet.intertwingly.net
I’m nearly there now. It is little problems like the fact that the viewBox
attribute is camel case that is tripping me up. But I will get there.
SVG 1.1 is a beastly-huge spec. How did you decide what subset to whitelist?
I took four small samples and added only enough to support those particular samples. I don’t claim to support SVG just yet, or even a useful subset. I’m just exploring to see what the issues are.
OK in Firefox 1.5.0.4 on a WinXP/SP2 machine.
No way in Thunderbird 1.5.0.4 (same machine): the markup’s there, but not displayed. I suppose it’s because Thunderbird’s message/rfc822 “internal” representation of the entry uses Content-Type: text/html; charset=UTF-8
(text/html, not application/xhtml+xml).
An old version of inlining SVG has been supported in IE since early 2000 (although it isn’t supported natively). It is done via a nasty hack of an object tag, a PI instruction, the Adobe SVG viewer, and an IE only technology called element behaviors. You can see an example of this here: [link]. But, I don’t think you could get this old style of inlining to work for your test (and I’m pretty sure it isn’t even worth the effort, as the new inlining is a much better way to do it).
Don
I took four small samples and added only enough to support those particular samples. I don’t claim to support SVG just yet, or even a useful subset.
In the case of Presentational MathML, you had an inside track that 27 of the 32 elements in the Specification comprised a “useful subset.”
In the case of SVG, you could either look at what subsets are produced by common authoring tools (e.g. Adobe Illustrator). Or you could look at what subsets are supported natively by browsers (Firefox, Opera and WebKit).
Unfortunately, these subsets are not the same ...
Unfortunately, these subsets are not the same ...
Fortunately, all I need to support is the subset of SVG which is likely to be placed inside of a feed. At the present time, I seem to have a monopoly on that. ;-)
At the present time, I seem to have a monopoly on that.
Only because Mozilla/Firefox doesn’t implement certain (to me crucial) features of the SVG Spec.
There are things I’d love to do, which would work perfectly in a compound (XHTML+)MathML+SVG documents. Unfortunately, after noodling around for several hours, it transpires that (for instance) it’s just not possible to embed MathML in SVG with the current Mozilla/Firefox SVG engine.
So, for the foreseeable future, you’ve got the (XHTML+)SVG in Atom playing field all to yourself ...
some of the latest work being done on Moz SVG:
Umh, yeah. Seems to be some support for <foreignObject>
in the latest nightly build.
Still can’t embed MathML, though...
The bench looks perfect on Safari beta under Windows XP. Cool! Works perfectly under Opera, works perfectly under Firefox... bye-bye IE!
Oh, I’m only testing on Windows because some of my clients are still under the impression that Linux is difficult to use ;-)
On Windows:
Opera 10.51 + all ok
FireFox 7.01 + all ok
Google Chrome 14.0.835.202 + all ok
Apple Safari 5.0.4 + all ok
Internet Explorer MSIE 9.0.8112.16421 + all ok