# Planet MathML

The Planet MathML aggregates posts from various blogs that concern MathML. Although it is hosted by W3C, the content of the individual entries represent only the opinion of their respective authors and does not reflect the position of W3C.

## Re: [math-on-web] CG meeting minutes, 2017/12/07

Source: public-mathonwebpages@w3.org Mail Archives • Charles LaPierre (charlesl@benetech.org) • December 08, 2017 • Permalink

Thanks for the minutes, sorry I wasn’t able to attend, I got tied up in another project.
EOM

Charles LaPierre
Technical Lead, DIAGRAM and Born Accessible
E-mail: charlesl@benetech.org<mailto:charlesl@benetech.org>
Skype: charles_lapierre
Phone: 650-600-3301

On Dec 8, 2017, at 2:37 AM, Peter Krautzberger <peter@krautzource.com<mailto:peter@krautzource.com>> wrote:

Hi everyone,

Below are the minutes from the yesterday's CG meeting.

The next meeting is scheduled for Dec 22. But it's likely there will be too many regrets.

Best regards,
Peter.

# Math on Web Community Group 2017-12-07

On call: Dani, Neil, Peter, Volker

* Dani: I wanted to discuss two topics
* another example of math layout through HTML
* align column with different row than first
* chatting with Igalia devs at TPAC gave new ideas
* this solves an important piece
* we should try to explain things more publicly
* revisiting accessibility
* for me, that means talking about MathML
* hoping to find common position
* if the CG has a joint position, we can approach other groups better
* how does it differ from MathJax?
* looking at the code is partially a mystery
* it works but don't knnow how
* I think it would be good for everyone if people could understand this better
* Dani: we've been thinking more about future solutions
* we know the limitations of current tech
* Neil: MathJax v3 changes seem promising
* Peter: [screensharing and talking about v3 alpha / https://mathjax.github.io/mj3-demos/mj3-mml2html.html ]
* Peter: I think talking about font-independent solutions is important
* also, even MathJax v3 won't be "bleeding edge" because it's a production-ready tool
* adopting new CSS (e.g., grids) is still not possible b/c at least IE11 is required
* Neil: identifying what's missing in the platform would be very valuable
* Dani: we need to identify the limitations, then get the community to follow up with CSS
* Neil: what was TPAC like?
* Dani: good discussions
* Peter: we need allies beyond math, e.g., the SVG example I gave for baseline alignment
* math community is usually not too much in tune with web tech trends
* Dani: we can't build these but we need to find those who do
* Peter: and admittedly we are too few in this group
* I've certainly had trouble getting people to respond / come here
* it would be good for others in the group to reach out more widely
* [some discussion about various MathML details]
* Dani: back to a11y
* we need to have a joint position if we want to get anywhere
* Peter: I'm aware of the disagreement I posted at https://github.com/w3c/aria/issues/660 but I believe it's a mistake to use MathML for anything web-related.
* Neil: I would revise MathML and add an mrole attribute, open-ended,
* [Volker's idea: which I didn't catch in the minutes]
* Dani: I could imagine roles in MathML, then passed through to HTML/SVG
* Peter: I don't like mrole because it is open ended and a MathML revision seems very unlikely
* DPUB aria shows ARIA is open to modules
* there's ARIA role-description for open-ended stuff
* Dani: I'd also hope to get copy&paste of subexpressions into an editor
* Peter: that seems like a tough problem to solve, not even HTML or SVG work well here
* Neil: but a critical feature!
* Peter: I'm not so sure but you could already build tools like this if you wanted (e.g., MathJax exposes the MathML structure as classes)



## [math-on-web] CG meeting minutes, 2017/12/07

Source: public-mathonwebpages@w3.org Mail Archives • Peter Krautzberger (peter@krautzource.com) • December 08, 2017 • Permalink

Hi everyone,

Below are the minutes from the yesterday's CG meeting.

The next meeting is scheduled for Dec 22. But it's likely there will be too
many regrets.

Best regards,
Peter.

# Math on Web Community Group 2017-12-07

On call: Dani, Neil, Peter, Volker

* Dani: I wanted to discuss two topics
* another example of math layout through HTML
* align column with different row than first
* chatting with Igalia devs at TPAC gave new ideas
* this solves an important piece
* we should try to explain things more publicly
* revisiting accessibility
* for me, that means talking about MathML
* hoping to find common position
* if the CG has a joint position, we can approach other groups better
* how does it differ from MathJax?
* looking at the code is partially a mystery
* it works but don't knnow how
* I think it would be good for everyone if people could understand this
better
* Dani: we've been thinking more about future solutions
* we know the limitations of current tech
* Neil: MathJax v3 changes seem promising
* Peter: [screensharing and talking about v3 alpha /
https://mathjax.github.io/mj3-demos/mj3-mml2html.html ]
* Peter: I think talking about font-independent solutions is important
* also, even MathJax v3 won't be "bleeding edge" because it's a
* adopting new CSS (e.g., grids) is still not possible b/c at least IE11
is required
* Neil: identifying what's missing in the platform would be very valuable
* Dani: we need to identify the limitations, then get the community to
* Neil: what was TPAC like?
* Dani: good discussions
* Peter: we need allies beyond math, e.g., the SVG example I gave for
baseline alignment
* math community is usually not too much in tune with web tech trends
* Dani: we can't build these but we need to find those who do
* Peter: and admittedly we are too few in this group
* I've certainly had trouble getting people to respond / come here
* it would be good for others in the group to reach out more widely
* [some discussion about various MathML details]
* Dani: back to a11y
* we need to have a joint position if we want to get anywhere
* Peter: I'm aware of the disagreement I posted at
https://github.com/w3c/aria/issues/660 but I believe it's a mistake to use
MathML for anything web-related.
* Neil: I would revise MathML and add an mrole attribute, open-ended,
* [Volker's idea: which I didn't catch in the minutes]
* Dani: I could imagine roles in MathML, then passed through to HTML/SVG
* Peter: I don't like mrole because it is open ended and a MathML
revision seems very unlikely
* DPUB aria shows ARIA is open to modules
* there's ARIA role-description for open-ended stuff
* Dani: I'd also hope to get copy&paste of subexpressions into an editor
* Peter: that seems like a tough problem to solve, not even HTML or SVG
work well here
* Neil: but a critical feature!
* Peter: I'm not so sure but you could already build tools like this if
you wanted (e.g., MathJax exposes the MathML structure as classes)


## Remember meeting tomorrow

Source: public-mathonwebpages@w3.org Mail Archives • Daniel Marques (dani@wiris.com) • December 07, 2017 • Permalink

Hi,

Just remember the meeting we have tomorrow 9PST and 6CET.

https://codepen.io/daniwiris/pen/bYERoL

After the TPAC conference I learned how to to align columns by a child
different of the first one, with the help of Igalia. Now it is worth to
share the "discovery" with all members of the CG.

I remember you the objectives I try to accomplish:

1. To use only html5/css/web-fonts (no JavaScript) to display statically
independent-target-device math (but also some physics and chemistry)
simple-enough formulas. This means:
1. To target a common subset of simple math formulas.
2. To be robust to browser and OS change. Firefox, Chrome, Safari,
Edge, ... Windows, Mac, Linux, iOs, Android, ...
3. To be robust to scale. For example, device pixel ratio in retina
display and browser zoom.
4. To be robust to font family change within the same type of font
(Arial, Helvetica or Lucida Sans). Changing from Arial to
Courier New might
not work so well.
5. To be robust to font size change and colors.
6. It is fine to embed fonts for math symbols. Especially stretchy
parts, including parts of roots.
7. To break a formula into lines
2. To be enough semanticaly rich for copying, pasting and providing
accessibility.
3. To be able to recompose a formula if any subpart of such formula is
dynamically changed with the help of JavaScript. Because, if you are able
to change subparts of a formula, it means that the device is using
JavaScript anyway.

I would like to know whether it is worth to continue in this line and make
it part of the results we achieve together as community group.

Regards,

Dani

--

------------------------------
WIRIS and Design Science, makers of MathType, have joined forces!
Thank you for your patience as we transition from dessci.com to wiris.com.


## Other Office Math Editing Facilities

Source: Murray Sargent: Math in Office • MurrayS3 • November 30, 2017 • Permalink

Many posts of this blog are about the native Office math facility introduced in Microsoft Word in 2007 and added to PowerPoint, OneNote, and in Excel Text Boxes in 2010. But the first native math-text facility in Microsoft Word was the EQ field, one of many fields, such as time and date. Design Science designed MathType, which first shipped on the Mac in 1987 and was released on Windows in 1990. A simplified version of MathType called the Equation Editor was introduced in 1992 and has shipped as part of Office on Windows and the Mac ever since. This post overviews these three facilities for representing math text in Microsoft Office along with what math formats they support. There are more math programs, such as Mathematica, that interoperate with Office apps typically via MathML.

## EQ Field

The EQ field was added in an early version of Word and still works, although the user is responsible for math spacing and inserting the desired math symbols. Any Unicode characters can be used including the complete Unicode math set of 2310 characters. To enter an equation, click on Insert/Quick Parts/Field… and select Eq from the list. Click on Field Codes and the Options… button to see the possible math constructs, such as \F(,) for fraction. With alt+x’ing in the Unicode math symbols, adding spaces around the operators and using the Cambria Math font, one can insert the solution to the quadratic equation as

The EQ field for this is {EQ 𝑥 = \F(−𝑏 ± \R(,𝑏\S(2) − 4𝑎𝑐),2𝑎)} formatted with Cambria Math and Unicode math italic alphabetics for a, b, c, and x. You can toggle the EQ field between the math display and the field codes by right-clicking on the field and choosing “Toggle Field Codes”. Note that the math axis doesn't line up between the equal sign and the fraction bar. The display isn’t as typographically pretty as that of the Office math facility (type alt+= \quadratic<space><space>)

and it’s appreciably harder to use. Also, the superscript size for the square must be formatted explicitly. If you change the size of the formula, you have to reformat the superscript with an appropriate smaller size. The Office math facility automatically chooses superscript and subscript sizes appropriate for the base text. The EQ field doesn't support important constructs such as matrices and N-ary expressions other than simple integrals. Word represents ruby objects using EQ fields, although it uses LineServices in rendering them.

## Mutually exclusive options

Nonzero values within the mask defined by tomConvertMask (0x00F00000) are mutually exclusive, that is, they cannot be combined (OR’d) with one another. These options include setting text as UnicodeMath, [La]TeX (tomConvertTeX), and Nemeth math braille (tomConvertNemeth). You can set only one at a time. But other options can be OR’d in if desired.

## Nemeth math braille options

A string bstr of Nemeth math braille coded in the Unicode range U+2800..U+283F can be inserted and built up by calling ITextRange2::SetText2(tomConvertNemeth, bstr). If the string is valid, you can get it back in any of the math formats including Nemeth math braille. For example, if you insert the string

⠹⠂⠌⠆⠨⠏⠼⠮⠰⠴⠘⠆⠨⠏⠐⠹⠨⠈⠈⠙⠨⠹⠌⠁⠬⠃⠀⠎⠊⠝⠀⠨⠹⠼⠀⠨⠅⠀⠹⠂⠌⠜⠁⠘⠆⠐⠤⠃⠘⠆⠐⠻⠼

you see

You can also input braille with a standard keyboard by typing a control word \braille assigned to the Unicode character U+24B7 (Ⓑ). (See LaTeX Math in Office for how to add commands to math autocorrect). The \braille command causes math input to accept braille input via a regular keyboard using the braille ASCII codes sometimes referred to as North American Braille Computer Codes. The character ~ (U+007E) disables this input mode. These braille codes are described in the post Nemeth Braille—the first math linear format and can be input using refreshable braille displays. Alternatively, such input can be automated by calling ITextSelection::TypeText(bstr). Just as in entering UnicodeMath, the equations build up on screen as soon as the math braille input becomes unambiguous. The implementation includes the math braille UI that cues the user where the insertion point is for unambiguous editing of math zones using braille. Note that as of this posting, the math braille facility isn’t hooked up to Narrator or other screen readers.

## Getting (and Setting?) Math Speech

The tomConvertMathSpeech currently only gets math speech in English. Microsoft Office apps like Word, PowerPoint and OneNote deliver math speech in over 18 languages to the assistive technology (AT) program Narrator via the UIA ITextRangeProvider::GetText() function. Other ATs could also get math speech this way. Dictating (setting) math speech would be nice for both blind and sighted folks. Imagine, you can say a² + b² = c² faster than you can type it or write it! The SetText2(tomConvertMathSpeech, bstr) is ready to handle such input, but it’s not implemented yet anyhow.

## [MathOnWeb] skip meeting Sept 28 / next meeting Oct 12

Source: public-mathonwebpages@w3.org Mail Archives • Peter Krautzberger (peter@krautzource.com) • September 28, 2017 • Permalink

Hi MathOnWebCG,

The next meeting will be on Oct 12.

I suspect "recent news" will be a sufficient topic for the next meeting but
please suggest another one if you prefer.

Best wishes,
Peter.


## [mathonweb] Reminder: Meeting today

Source: public-mathonwebpages@w3.org Mail Archives • Peter Krautzberger (peter@krautzource.com) • September 14, 2017 • Permalink

Hi everyone,

We are scheduled to meet today, Sept 14, 12pm Eastern time.

Best,
Peter.


## Feeds

Planet MathML features:

If you own a blog with a focus on MathML, and want to be added or removed from this aggregator, please get in touch with Bert Bos at bert@w3.org.