Screenshot of SVG image after rotation, zoom and pan
I’ve just finished a demo which tries to fill a long caveat among SVG implementations: a consistent front-end for internal document navigation (zoom, pan, etc.). It took me a while to workaround and document a few subtle bugs in several implementations, as well as recently integrating SVG Web, which has it’s own set of limitations, but it’s ready (at last!). 
What are you waiting for? Go ahead and try it! 
Firefox screenshot after rendering the page
OK, I better start by stating this post’s title is actually a pun: as far as I know, Emacs doesn’t cause any interoperability issues with SVG implementations, but I thought like a sensationalist headline from time to time won’t hurt…
Today I stumbled across emacsformacosx.com, a nice HTML+SVG use-case: HTML for the actual text content and SVG for visual improvements, which would degrade whenever no support is available (Internet Explorer, essentially). Unfortunately, the site seems to have triggered a few bugs in several implementations… 
Properties screenshot of a file shipped with Adobe Reader 8
A common belief is that ASV 6 Developer Release 1 was the last version of the famous Adobe SVG Viewer software (ASV 3.03 being the last stable release). Well, apparently not… 
Distributed with Adobe Reader 8, one can take a peek at the ImageViewer.API file, placed within the plug_ins directory (full path will typically be %ProgramFiles%\Adobe\Reader\plug_ins\ImageViewer.API. The original filename, NPSVG8.dll (see screenshot), is probably familiar to whoever has played with previous ASV versions: NPSVGX.dll stands for Netscape Plugin, where X is the major version number; the file was used for deploying the plug-in in browsers, such as Firefox (Gecko) and Safari (WebKit), who didn’t natively support SVG by then. As of today, at least Firefox is no longer compatible with the plug-in (and Safari will likely follow) but they don’t need to anyway: a good level of native SVG support is available in modern browsers.