Re: [SVGMobile12] script element processing

On Saturday, June 10, 2006, 2:37:11 PM, Anne wrote:

AvK> On Thu, 08 Jun 2006 19:18:27 +0200, Chris Lilley <> wrote:
>>> There are a few things unclear from the section on the <svg:script>  
>>> element.[1]
>>> * What should happen when the "type" attribute has an unsupported value
>> The same as any other unsupported value. So, the script element will not
>> execute.

AvK> I thought it most cases unsupported values mean falling back to the  
AvK> default value,
Can you point me to the text that leads you to that conclusion?

>> (This includes the case where the content "looks like" some supported
>> language, but the type attribute says it is not).

AvK> I hope it does :-)
Right :)

>>> * I think the questions regarding case-sensitivity, leading and trailing
>>>   spaces, etc. apply here as well
>> The case-sensitivity of an Internet Media type should be defined by RFC
>> 2046

AvK> Fair enough, how about the other questions raised?

Unless you can point to an EBNF that allows optional leading and
trailing space in this attribute, then I don't see what there is to
discuss about it.

>>> * How exactly do you get the "script" from the <svg:script> element? Are
>>>   child elements nodes processed first? When getting to the element  
>>> itself,
>>>   are comments nodes, PIs, Element nodes, dropped, etc? So you only  
>>> keep the
>>>   text nodes for the script language? What happens for XML based  
>>> scripting
>>>   languages?
>> For types that are not +xml types (and thus, are not processed as XML)
>> Changing CDATA sections into Text nodes

AvK> What if there are Element nodes and such in there? You're not really  
AvK> answering the question I raised.

If someone dumps a bunch of elements as children if a script element,
for a non-xml scripting language, they should not be surprised if the
script engine becomes upset.

 Chris Lilley          
 Interaction Domain Leader
 Co-Chair, W3C SVG Working Group
 W3C Graphics Activity Lead
 Co-Chair, W3C Hypertext CG

Received on Tuesday, 20 June 2006 18:45:17 UTC