> > > Cameron McCormack-4 wrote: > That would certainly be possible. There is an example of using Batik in > an applet at http://xmlgraphics.apache.org/batik/demo.html. You could > use conditional comments to let a normal SVG (via , , > or whatever) render in capable UAs, and use an <applet> in IE. > > One disadvantage of the <applet> approach, though, is that because of > cross-domain rules, it cannot load resources from other domains. > ... [show rest of > quote<http://www.nabble.com/forum/ViewPost.jtp?post=16360175&framed=y#> > ] > > Cameron > > What exactly would the cross-domain restriction disable? Would this be a > killer? > > Here is my thinking as an easy plan of attack: > > 1. Display SVG content in a web page using Batik. > DONE! per your example referenced above. > > 2. Modify the above example that takes a URL as a parameter so any file > could be rendered. > > 3. Create an applet similar to 2. above that uses a LOCAL copy of Batik so > the user would only have to download it once. > > 4. Modify the applet and use the JRE to trigger the applet based on MIME > type. > > 5. Package Batik with a JRE (Harmony?) that could be selected by the user. > This would include the applet in step 4. > > What am I missing? > Bruce
Hi, I've been following this thread closely for some time now, and I think it would be fantastic to find a general solution to the problem of not having native SVG support in IE. However, I'm not entirely clear about something: if Batik were used to make a plugin for SVG content in IE, would it be possible to allow mixing of HTML content with the SVG? I seem to remember this being one of the limitations of JSVGCanvas... it could only render pure SVG. If any of the above solutions overcome this limitation, I would greatly appreciate it if you would let me know. Thanks, Jake
