Understood and appreciated, Hans, and many thanks for the patch which I
will be testing shortly.

Completely agree re the real world of MathML. We are still converting our
MathML masters to other formats after many years for various uses and fixes
because of the situation you describe with patchy and dodgy support
especially in the browser world. Maths on the web is still a little bit
wild west.

Thanks again.

Duncan

On Thu, 27 May 2021 at 18:00, Hans Hagen <j.hagen@xs4all.nl> wrote:

> On 5/27/2021 6:30 PM, Duncan Hothersall wrote:
> > Apologies Hans.
> >
> > MWE:
> >
> > \usemodule[newmml]
> > \starttext
> > \xmlprocessdata{}{<formula>
> >   <math xmlns='http://www.w3.org/1998/Math/MathML
> > <http://www.w3.org/1998/Math/MathML>'>
> >    <mi>E</mi>
> >    <mfenced>
> >      <mo mathcolor="red">π</mo>
> >    </mfenced>
> >   </math>
> > </formula>}{}
> > \stoptext
> >
> > The π symbol does not show in red.
> Kind of trivial ... i'll send you a patched module.
>
> If you want you can check with the standard and see where we need to add
> it. I'll then adapt the mkiv file before taking a look at upgrading the
> lmtx one.
>
> For decades this mathml stuff has been a bit of a pain, because when one
> uses it for a mixed web / text project one always needs to satisfy the
> latest greatest either or not bugged web rendering, it disappearing from
> browsers, coming back, rendered remote or in the browser, mixed
> (in/with) asciimath which has its own tweaks. A pitty that content
> mathml never took off, probbably also due to the failure of openmath
> which took away attention from it and that we actually sort of
> support(ed). So when it comes to (reasonable quality) rendering in print
> one always runs a bit behind.
>
> I'm also always a bit hesitant to touch the code because it's actually
> used by a collegue in some (zero budget, so me looking at the mml is
> just hobbying) projects concerning math school books where often the web
> part controls the limitations and enforces weird coding (tens of
> thousands of files with plenty mathml). Btw, especially symbols are a
> mess and interfere with assumed structure, so that's always tricky to
> touch. Especially when you want to have it specific for (mid/high)
> school math.
>
> But anyway things like a bit of color and so are not that hard to
> support (more a matter of making sure performance is not hit).
>
> Hans
>
> -----------------------------------------------------------------
>                                            Hans Hagen | PRAGMA ADE
>                Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
>         tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
> -----------------------------------------------------------------
>


-- 
Duncan Hothersall, Operations Director
CAPDM Limited - Online Program Enablers
0131 677 2400  www.capdm.com
Registered in Scotland: SC168970       VAT: 682 846 983
Registered address: 20 Forth Street Edinburgh EH1 3LH UK
<https://maps.google.com/?q=22+Forth+Street,+Edinburgh,+EH1+3LH,+UK&entry=gmail&source=g>

Capture, author, publish, deliver and manage your learning materials.


*Sign up to the CAPDM newsletter here <http://eepurl.com/bqzBQn>*