A user account is required in order to edit this wiki, but we've had to disable public user registrations due to spam.
To request an account, ask an autoconfirmed user on Chat (such as one of these permanent autoconfirmed members).
Diagrams in HTML: Difference between revisions
(→<ext>: prettyprinted) |
No edit summary |
||
| Line 36: | Line 36: | ||
Note that this is similar to IE's "XML islands" with the <xml> element. It's believed that there are some conflicts with the <xml> element itself, since it creates a separate document that is tied to the <xml> element in the DOM, but more research is needed. | Note that this is similar to IE's "XML islands" with the <xml> element. It's believed that there are some conflicts with the <xml> element itself, since it creates a separate document that is tied to the <xml> element in the DOM, but more research is needed. | ||
== <svg> as document element == | |||
This is not a syntax proposal but I'd like to able to have SVG graphics in text/html without the need to wrap it inside HTML and without having implied <html>, <body>, etc. (I being Anne.) | |||
<pre> | |||
<svg viewbox="0 0 10 10"> | |||
<circle x=5 y=5 r=5 fill=lime> | |||
<foreignObject> <table><tr><td>1<td>2<tr><td>3<td>4</table> </foreignOBJECT> | |||
</svG> | |||
</pre> | |||
Revision as of 03:23, 1 April 2008
Please put ideas for what it should look like here.
Each example should have a green circle, with an embedded HTML table, and should say how to handle tokeniser errors and tree construction errors.
Hardcoded element names
<p>
Hello world.
<svg viewbox="0 0 10 10">
<circle x=5 y=5 r=5 stroke=green>
<foreignObject> <table><tr><td>1<td>2<tr><td>3<td>4</table> </foreignObject>
</svg>
</p>
Tokeniser recovers from errors by ignoring them and moving on.
Tree construction recovers from errors by closing the <svg> element.
<ext>
<p>Hello world.
<ext>
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 10 10">
<circle x="5" y="5 r="5" stroke="green"/>
</svg>
</ext>
</p>
(The <ext> element would have a name that doesn't clash with existing content. Inside you can use XML.)
We should define a content model for where the <ext> element can occur, and if there are implications for different locations (such as inside a table, a paragraph, the head, etc). The simplest thing, at least for SVG (and probably MathML), would be that it would have the same restrictions as an <img> element. Also, there should be a default block model for <ext> in CSS.
Note that this is similar to IE's "XML islands" with the <xml> element. It's believed that there are some conflicts with the <xml> element itself, since it creates a separate document that is tied to the <xml> element in the DOM, but more research is needed.
<svg> as document element
This is not a syntax proposal but I'd like to able to have SVG graphics in text/html without the need to wrap it inside HTML and without having implied <html>, <body>, etc. (I being Anne.)
<svg viewbox="0 0 10 10"> <circle x=5 y=5 r=5 fill=lime> <foreignObject> <table><tr><td>1<td>2<tr><td>3<td>4</table> </foreignOBJECT> </svG>