W3C home > Mailing lists > Public > www-svg@w3.org > June 2006

Re: [SVGMobile12] script element processing

From: Anne van Kesteren <annevk@opera.com>
Date: Sat, 10 Jun 2006 14:37:11 +0200
To: "Chris Lilley" <chris@w3.org>
Cc: www-svg@w3.org
Message-ID: <op.taxjz9zl64w2qv@id-c0020.oslo.opera.com>

On Thu, 08 Jun 2006 19:18:27 +0200, Chris Lilley <chris@w3.org> 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.

I thought it most cases unsupported values mean falling back to the  
default value, which is not what you want here. Could you give a pointer  
to where this is specified?

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

I hope it does :-)

>> * 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 http://www.rfc-editor.org/rfc/rfc2046.txt

Fair enough, how about the other questions raised?

>> * 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
> http://www.w3.org/DOM/faq.html#CDTA-text

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

> For xml-based scripting languages, there is nothing to specially get.
>> [1]<http://www.w3.org/TR/2005/WD-SVGMobile12-20051207/script.html#ScriptElement>

Anne van Kesteren
Received on Saturday, 10 June 2006 12:37:27 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 8 March 2017 09:47:08 UTC