- From: Erik Dahlström <ed@opera.com>
- Date: Tue, 08 Jan 2008 15:54:27 +0100
- To: "www-svg@w3.org" <www-svg@w3.org>
Reading the SVG 1.1 and 1.2T specs on how 'type' works on 'script' elements leads me to a couple of questions: 1. Given the markup below should the script element with id="s1" run? <svg contentScriptType="foo/bar" xmlns="http://www.w3.org/2000/svg"><foo xmlns="http://foobar.com/baz"><script id="s1" xmlns="http://www.w3.org/2000/svg"> alert('whee'); </script></foo></svg> The script element has to move across the unknown markup to get the default scripttype, and if it gets that it shouldn't be executed unless it understands "foo/bar". Otherwise, one could see it such that it defaults to "text/ecmascript" even though it lacks a direct 'svg' parent. The script is executed in ASV3, Safari 3, Firefox 3, Opera 9.x and Batik 1.7. I guess this can mean that either 'contentScriptType' is not supported, or that all viewers assume ecmascript always or that the namespace border isn't crossed and that it assumes that it is ecmascript. The spec isn't very clear on how it should work, if you are allowed to cross namespace boundaries in search of an 'svg' parent element, or what happens if there is none (although it is a required attribute in 1.1 none of the viewers seemed to respect that). 2. Does 'contentScriptType' work on document fragments or on documents? That is does nesting 'svg' elements mean that you use the innermost or outermost 'svg' element when getting 'contentScriptType'? Spec[1] says: "The contentScriptType attribute on the 'svg' element specifies the default scripting language for the given document fragment." which seems to be in conflict with "Identifies the default scripting language for the given document." Best regards /Erik [1] http://www.w3.org/TR/SVG11/script.html#ScriptElement [2] http://www.w3.org/TR/SVGMobile12/script.html#ScriptElement -- Erik Dahlstrom, Core Technology Developer, Opera Software http://my.opera.com/macdev_ed
Received on Tuesday, 8 January 2008 14:52:38 UTC