[uf-new] an equation/MathML/TeX microformat?
pault at dessci.com
Sat Oct 27 12:18:57 PDT 2007
Yes, these are all good ideas. The web service idea is especially
intriguing though the need to service a request to get at the data
probably makes it about as performant as parsing images with JS. As to
whether education is ok with enabling JS, I think that's ok. One can do
so little in pages these days if scripting is disabled.
> -----Original Message-----
> From: microformats-new-bounces at microformats.org [mailto:microformats-
> new-bounces at microformats.org] On Behalf Of Benjamin Hawkes-Lewis
> Sent: Saturday, October 27, 2007 12:04 PM
> To: For discussion of new microformats.
> Subject: RE: [uf-new] an equation/MathML/TeX microformat?
> James Howison's idea is very neat.
> I think it might probably be difficult to write cross-browser,
> would introduce an undesirable dependency on users having JS enabled
> that may be unrealistic in educational settings. But it would probably
> be comparatively easy to write a webservice that does the same thing
> returns an XML representation that can be downloaded:
> <span class="hequation"><a rel="equation"
> 3A//images.example.com/345.png" type="application/xhtml+xml"><img
> alt="energy equals mass times velocity squared"
> src="http://images.example.com/345.png" type="image/png"></a></span>
> the hequation IMG source URIs, rolls them up into a single request to
> the webservice, and receives back a MathML document into memory. But
> not clear how you'd like the script to expose the resulting
> to the end user. Intercepting attempts to copy the image to the
> clipboard would probably be problematic, both in terms of how to
> it and in terms of confusing end users. Adding items to the context
> icons after each equation might be a better bet.
> If developers of other MathML software could be persuaded to parse
> from images, that would be good. But I think it's important to have a
> link to MathML serialization within the HTML layer, given the
> of multiple browsers and assistive technologies that can cope with
> MathML (at least to some degree).
> Benjamin Hawkes-Lewis
> microformats-new mailing list
> microformats-new at microformats.org
More information about the microformats-new