Neil, I would say "exporting" is half of "round-tripping"...so I think that's covered.<br><br>Ian,<br><br>Here's another use case:<br>
<br>
5. The ability to animate elements in a web page (hypertext, vector graphics) without using script. <br>
* sizes, positions, opacities, colors, transforms (basically most attributes and properties)<br>
* time-based and DOM event triggering for begin/end<br> * linear, spline interpolation<br>
* inlined (for simple web pages) and non-inlined animations (to promote separation of content and presentation)<br>
<br>Regards,<br>Jeff<br><br><div><span class="gmail_quote">On 3/25/08, <b class="gmail_sendername">Neil Soiffer</b> <<a href="mailto:Neils@dessci.com">Neils@dessci.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
What about compatibility with XHTML? Right now, one can take an XHTML document and serve it up as HTML and it (mostly) works. If one adds MathML or SVG, than they must have a namespace associated with them and it would be useful if they too worked. This means that HTML5 needs to handle namespaces to some extent. At a minimum, if HTML5 "ignores" them, it needs to ignore the namespace syntax and semantics so as to preserve the XHTML meaning of these for MathML and SVG.<br>
<br>The other issue that you seemed to miss is "export". If someone copies the SVG or MathML from a document, it should be serialized as per those specs (including any namespace requirements) so that it can be pasted into a SVG or MathML consuming app. This may not change your solution in that you might require browsers that provide a serialization that follows the specs, but you did omit export from your use cases.<br>
<span class="sg">
<br><div><font size="2" face="Arial">Neil Soiffer<br>Senior Scientist<br>Design Science,
Inc.<br><a href="mailto:neils@dessci.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">neils@dessci.com</a><br><a href="http://www.dessci.com/" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">www.dessci.com</a><br>
~ Makers of Equation Editor,
MathType, MathPlayer and MathFlow ~</font></div></span><div><span class="e" id="q_118e4bb2b4bd0caf_2"><br><br><div class="gmail_quote">On Mon, Mar 24, 2008 at 11:29 PM, Ian Hickson <<a href="mailto:ian@hixie.ch" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">ian@hixie.ch</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
I've read all 367 e-mails that were sent to the WHATWG, the HTMLWG, and to<br>
other forums on the topic of MathML, SVG, namespaces, etc, in HTML,<br>
spanning threads from 2006 to 2008. [1]<br>
<br>
I've tried to summarise the problems (use cases) that people want solved,<br>
along with what they consider most important when faced with those<br>
problems [2]:<br>
<br>
1. Putting an equation in a Web page.<br>
Priorities:<br>
* Maintainability<br>
* Searchability<br>
* Accessibility<br>
* Typographically-sound printing<br>
* Ease of authoring (are authors willing to learn new formats?)<br>
* Ease of import from existing documents<br>
* Ease of implementation (are UAs willing to implement new formats?)<br>
* Resistance to errors (e.g. not brittle in the face of syntax errors)<br>
<br>
2. Migrating from LaTeX to HTML.<br>
Priorities:<br>
* Fidelity<br>
<br>
3. Writing a document by hand, with inline diagrams imported from a<br>
graphics package.<br>
Priorities:<br>
* Compatibility with existing graphics packages<br>
* Resistance to errors (e.g. not brittle in the face of syntax errors)<br>
* Scriptable (retained-mode, with DOM support, without requiring<br>
cross-frame scripting)<br>
* Round-tripping (the ability to take image fragments from a Web page<br>
and edit them)<br>
<br>
4. Writing documents that include diagrams that include<br>
typographically-correct mathematics.<br>
<br>
Philip also wrote a detailed story, which touches on several of the points<br>
above, of what we want to enable. In addition to the points above, his<br>
requirements include a solution for ID clashes in multiple-document<br>
transclution, and a solution for embedding custom non-visible data in an<br>
HTML document for scripting purposes. [3]<br>
<br>
<br>
Now, please, if I've missed something that you want to do, please let me<br>
know as soon as possible. I intend to start working on solutions to these<br>
problems tomorrow, and things that aren't on the list of problems will<br>
likely not be considered as constraints.<br>
<br>
In particular, people seemed to jump to solutions that the above problems<br>
don't imply. For example, nowhere in the above list of problems do<br>
namespaces appear anywhere, yet the majority of the discussion revolved<br>
around namespace issues. If this is because I've missed a problem that in<br>
fact requires those solutions, please tell me as soon as possible.<br>
<br>
I cannot solve problems I don't know exist!<br>
<br>
<br>
[1] <a href="http://www.whatwg.org/issues/#html-parsing-rules-namespaces-discussion" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://www.whatwg.org/issues/#html-parsing-rules-namespaces-discussion</a><br>
[2] <a href="http://wiki.whatwg.org/wiki/New_Vocabularies" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://wiki.whatwg.org/wiki/New_Vocabularies</a><br>
[3] <a href="http://lists.w3.org/Archives/Public/public-html/2008Mar/0156.html" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://lists.w3.org/Archives/Public/public-html/2008Mar/0156.html</a><br>
<br>
Cheers,<br>
<font color="#888888">--<br>
Ian Hickson U+1047E )\._.,--....,'``. fL<br>
<a href="http://ln.hixie.ch/" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://ln.hixie.ch/</a> U+263A /, _.. \ _\ ;`._ ,.<br>
Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.'<br>
</font></blockquote></div><br>
</span></div></blockquote></div><br>