Interesante pregunta.
Algunas cosas a tener en cuenta.
Dentro de HTML normal, <script ... />
no sería de cierre automático y todo lo que sigue sería parte del contenido del elemento de script.
Dentro del elemento <svg>
, <script ... />
es de cierre automático y forma un elemento completo.
Tanto Firefox como Chrome tienen este derecho.
Sin embargo, la especificación HTML5 dice que la secuencia de comandos solo debe ser procesada cuando el analizador encuentra la etiqueta final. Como el elemento no tiene una etiqueta final, entonces, la secuencia de comandos no se debe procesar. Esto es lo que hace Chrome.
La especificación SVG, sin embargo, requiere que la secuencia de comandos se ejecute una vez que el elemento se ha cerrado por cualquier medio, no solo en una etiqueta final. Esto es lo que hace Firefox.
En mi humilde opinión, la especificación de HTML5 es incorrecta, y debe especificar un comportamiento coherente con SVG.
ACTUALIZACIÓN 10 agosto 2012.
La especificación HTML5 (en la actualidad sólo se WHATWG version) se ha modificado de manera que la secuencia de comandos SVG se debe ejecutar. Ver https://www.w3.org/Bugs/Public/show_bug.cgi?id=17995
ACTUALIZACIÓN: 16 Sep 2012.
La versión del W3C de la especificación HTML5 ahora también se ha corregido.
FWIW, Actualmente defiendo [SVG en XHTML] (http://phrogz.net/svg/svg_in_xhtml5.xhtml), no SVG en HTML. – Phrogz
Sí. Este es solo un código simple que estoy probando para un proyecto universitario. – arv100kri
@Phrogz ¿hay alguna ventaja para SVG en HTML5 en comparación con XHTML? Me refiero al soporte de SVG porque HTML4 genera tanto dolor de cabeza con SVG. – Alex