I have had troubles that have been keeping me less than fully productive over the last month or so.
What I do know: 1. It is fairly easy to get HTML <--> SVG scripting working using <embed src=url /> in IE/ASV, FF and Opera, using either Apache or Microsoft (IIS) server software. 2. The W3C standards don't much care for <embed src=url />, preferring <object data=url type="image/svg+xml" /> instead. 3. I've seen notes to the effect that to make all browsers (and even the standards happy), one should use something like <object data=url type="image/svg+xml" > <embed src=url /> </object> . Alas, trying to make the standards happy has made all my browsers unhappy, and perhaps my servers as well (not to mention my systems administrator). After some tweaking of mime types in both Apache and IIS, we've gotten SVG content inside <object> tags to appear within the local domain, but not outside. Here are some tests: Embed inside Object from Apache: http://granite.sru.edu/~ddailey/svg/embedObject.html Simple Object from Apache: http://granite.sru.edu/~ddailey/svg/objectTest.html Several approaches from Apache: http://granite.sru.edu/~ddailey/svg/TestObject.html Several approaches from IIS: http://srufaculty.sru.edu/david.dailey/javascript/frames/objectTest.html Embed inside Object from IIS: http://srufaculty.sru.edu/david.dailey/svg/objectEmbedTest.html Simple Object from IIS: http://srufaculty.sru.edu/david.dailey/svg/objectTest.html Opera seems to retain its cheeful disposition despite anomalous content (server or client side); Firefox gets a bit frustrated at times and doesn't seem to like scripting inside <object>s; but IE/ASV (either version 6 or 7) seem unhappy about recognizing this stuff when it is served from a domain different than the client (leading some of us to believe it is a server configuration issue). Near as I can tell, what we've done to the servers is as follows: In /etc/httpd/conf/httpd.conf, in the AddEncoding section of the file, we added these two lines: AddType image/svg+xml .svg AddType image/svg+xml .svgz Windows (IIS): >1. In the IIS manager, right-click on the site that will be serving up >the svg objects and click on Properties. >2. Click on the HTTP Headers tab and then click on the MIME Types >button. >3. Click New >4. Add ".svg" (without the quotes) as the Extension and "image/svg+xml" >(without the quotes) as the MIME type and then click Ok. >5. Repeat step 3 and then add ".svgz" (without the quotes) as the >Extension and "image/svg+xml" (without the quotes) as the MIME type and >then click Ok. >Now you should see the above 2 new entries in the Registered MIME types >(file extensions) box. Click the Ok button and then close the IIS >Manager. Alas both sites have yet to succeed in making <object>s work with SVG outside the server's domain for IE. Both sites seem to have trouble with running scripts inside objects regardless of domains. Can anyone see anything obviously screwy about the code or configuration? thanks David [Non-text portions of this message have been removed] ----- To unsubscribe send a message to: [EMAIL PROTECTED] -or- visit http://groups.yahoo.com/group/svg-developers and click "edit my membership" ---- Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/svg-developers/ <*> Your email settings: Individual Email | Traditional <*> To change settings online go to: http://groups.yahoo.com/group/svg-developers/join (Yahoo! ID required) <*> To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
