W3C home > Mailing lists > Public > www-math@w3.org > July 2016

Re: [MathML4] Deprecation/Removal of the mfenced element

From: David Carlisle <davidc@nag.co.uk>
Date: Tue, 26 Jul 2016 23:12:53 +0100
To: <www-math@w3.org>
Message-ID: <5a2e43ae-634d-8239-0a0c-66435c2f59e7@nag.co.uk>
On 26/07/2016 20:11, Daniel Marques wrote:
> I also like the "mfenced". Vertical stretchies with <mo> are difficult to
> understand from the point of view of someone who uses a formula editor.
> What people understands when editing is that an open and close parenthesis
> grows according to what's inside. Thus, for people who do editors, the
> preferred feature is the mfenced.
> There is also a VERY important aspect which is BACKWARD COMPATIBILITY.
> There are plenty of formulas that use mfenced. Both Microsoft Word and
> WIRIS (I'm not able to test MathType at this moment) use the mfenced tag
> for stretchy parenthesis.
> Losing backward compatibility will result that a lot of formulas stop
> working. This would yield a lack of trust on the MathML specification.
> Please do not commit that mistake!
> Dani

I don't think we should remove (or even deprecate) anything but if there
are features that can be omitted from a profile that makes it easier to
get mathml into browsers I'm certainly open to discuss that.

especially cases that could easily be polyfilled with some lightweight
javascript as for mfenced->mrow conversion.

If the alternative is not a "full" mathml3 implementation but rather no
native implementation at all, and having to implement the entire
rendering in javacript then some subset profile should I think be
considered even if it complicates the story on compatibility.

I think the question is what's the minimum that need to be added to a
browser's core rendering code that enables a useful subset of mathml to
be rendered directly and the rest via some (relatively) simple
javascript support.

Anyway I encourage Frédéric to keep posting suggestions, certainly
there's no rush to standardise anything at this stage, but keeping track
of what works in practice across webkit and gecko (and hopefully one day
blink and edge) and specifying that at some point, even if that is a
subset of "full" mathml would I think be a useful exercise.



The Numerical Algorithms Group Ltd is a company registered in England and Wales with company number 1249803. The registered office is:

Wilkinson House, Jordan Hill Road, Oxford OX2 8DR, United Kingdom.

This e-mail has been scanned for all viruses by Microsoft Office 365.

Received on Tuesday, 26 July 2016 22:13:29 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 26 July 2016 22:13:32 UTC