[whatwg] Mathematics in HTML5
White Lynx
whitelynx at operamail.com
Sat Jun 17 06:16:40 PDT 2006
Michel Fortin wrote:
> Yes, sup/sub will work like in HTML. This behavior is not perfect
> > in case
> > of resizable operators, fences, matrices and vectors however in
> > this cases operator limits (llim/ulim) and fence markers (marker/
> > submark) provide necessary functionality.
>
> That's what I thought. I'm not sure I like the idea of expressing
> exponents using either <sup> or <ulim> depending on what's preceding
> it.
Nor do I. I would prefer ISO 12083 model, but it does not work with CSS.
>
> I think all of this can be solved with one tiny change of paradigm.
> Instead of having <fence> decide itself of its size (which doesn't
> work with all kind of delimiters anyway), we could let the author
> decide of the delemiter's size around <fence>. If we had a size
> attribute, or something like that, with a list of predefined sizes
> for for <fence>, authors could choose the appropriate size according
> to the content.
>
It makes sense. One can add extra attribute to proposal.
>And, to return to my first point, elements following <fence> (like
> <sup>) could be aligned according to the fence's size:
>
> <fence size="medium">...</fence><sup>2</sup>
>
> fence[size="medium"] + sup {
> vertical-align: 5em;
> }
> Fence markers could be implemented in a similar way, and then you
> would no longer need a <fenced> element.
Adjacent sibling selector will match other things too.
Compare <fence size="medium">Base</fence><sup>2</sup>
and <fence size="medium">Content</fence>Base<sup>2</sup>.
Therefore you still need extra container like 'fenced'.
> It doesn't solve the thing for matrix though.
Yep.
--
_______________________________________________
Surf the Web in a faster, safer and easier way:
Download Opera 8 at http://www.opera.com
Powered by Outblaze
More information about the whatwg
mailing list