Re: [svg-developers] 'script' element (WAS Simple SVG Strip Chart Display)

2005-01-25 Thread Jonathan Watt

On Tue, 25 Jan 2005 08:22:34 -0500, Thomas DeWeese
[EMAIL PROTECTED] wrote:
 
 I think however ambiguous text is and how attractive it is to
 leverage common sense you really can't argue with a DTD that says:
 
 !ATTLIST %SVG.script.qname; [...]
  type %ContentType.datatype; #REQUIRED 
 
 This says that every script element _must_ have a 'type' attribute
 or the document is not valid according to the SVG DTD.  Also, the spec
 almost always talks about what the default value is for attributes
 that can be omitted.  It does not do this for the type attribute at
 all.  It is probably worth raising this as an issue with the SVG-WG,
 but given the DTD decl I don't think there is much chance that the
 resolution will be that 'type' is not required.  But at least they
 can remove any ambiguity on this issue.

Well, given

http://www.mozilla.org/projects/svg/faq.html#script

I hope it isn't required - see the link in that FAQ answer and note
that Robin is an SVG-WG member.

Jonathan


-
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/

* 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/
 





[svg-developers] 'script' element (WAS Simple SVG Strip Chart Display)

2005-01-24 Thread Domenico Strazzullo


Thomas,

I could agree with your interpretation, but then I read:


18.1.2 Local declaration of a scripting language

It is also possible to specify the scripting language for each 
individual 'script' element by specifying a type attribute on 
the 'script' element.


from which I understand that it is not compulsory. Since it is 
stated at 18.1.1 that default value is text/ecmascript, and the 
whole thing is not exhaustively specified in detail, then one is 
allowed to leverage on common sense in one's interpretation of 
understatements of human language.

So my interpretation is that it is optional. I figure a case where I 
would use it could be:
contentScriptType = content-type
'script' element  other content-type

What do you guys think?

Domenico


--- In svg-developers@yahoogroups.com, Heiko Niemann [EMAIL PROTECTED] 
wrote:
 
 Thomas,
 
 you are of course right and I should have looked up the dtd, too. 
 For some reason I had in mind that there was a default value - 
maybe 
 because ASV loads scripts without the type set? Actually it's good 
 that Batik is not so forgiving  - better: not forgiving at all - 
and 
 does not accept sloppy coding. Well, I am positive that the script 
 type issue with Mozilla will be solved - otherwise we will have a 
 big mess I guess. :(
 
 Regards-
 -Heiko
 
 
 
  
  Well, this is interesting, according to the SVG 
specification:
  
  
  
  !ATTLIST %SVG.script.qname;
   %SVG.Core.attrib;
   %SVG.XLink.attrib;
   %SVG.External.attrib;
   type %ContentType.datatype; #REQUIRED
   
  
  Attribute definitions:
  
  type = content-type
   Identifies the scripting language for the given 'script' 
 element. 
  The value content-type specifies a media type, per [RFC2045]. 
  Animatable: no.
  
  
  
  The 'type' attribute is required on script elements and 
there 
 is
  no default value (you might be confusing it 
 with 'contentScriptType').
  That said it appears that since about April 2002 Batik has not
  required type to be set on script elements and it will default 
it 
 to
  'text/ecmascript' if it is not set.





-
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/

* 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/