This browser is no longer supported.
Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(220.8, 96%, 31%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EAC%3C/text%3E%3C/svg%3E)
When I export OMML which has been bolded, I'm seeing that bold multidigit numbers are separated into individual <mn> elements, and the screen reader is reading:
bold y minus, bold 1 bold 2 bold 5; is equal to; negative bold 2 bold 5 times, open paren, bold x minus bold 3, close paren
I'm having to bold it to satisfy a WCAG standard 1.4.1.
Please advise.
A family of Microsoft presentation graphics products that offer tools for creating presentations and adding graphic effects like multimedia objects and special effects with text.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(108.80000000000001, 98%, 20%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EHV%3C/text%3E%3C/svg%3E)
Based on my research, mathematical bold appears to be treated as a semantic mathematical style rather than ordinary text formatting. The OfficeMath documentation also indicates that mathematical styles can represent distinct mathematical entities within math zones, rather than simply changing visual appearance. Therefore, it is possible that the OMML-to-MathML conversion process applies styling at the individual character or token level. However, I could not find any Microsoft documentation that specifically describes how bold mathematical numbers are expected to be represented during export.
Reference: OfficeMath
To help investigate this further, you may also consider posting in the GitHub Community Forum, where you can engage in more in-depth technical discussions with developers and accessibility specialists. Additional input from individuals with experience working directly with OMML, MathML, and accessibility tooling may help provide further insight into the behavior you are observing.
Please feel free to correct me if I misunderstood your request. If you have any additional concerns, feel free to comment below. I would be more than happy to assist.
Thank you for your response.
Is there a solution or workaround? Or is the only solution to not use "Bold"?
I need it accessible on the PDF end, but I'm trying to fix everything possible on the native end (PPT).
Currently, I have not been able to find any Microsoft documentation that specifically describes whether bold mathematical numbers are expected to be exported as separate elements or whether there is a supported method to preserve or combine them in the way you are looking for.
As a community member, I do not have access to Microsoft's internal engineering tools or the ability to escalate this directly to the appropriate development team for further investigation. For that reason, you could consider to raise the discussion in the GitHub Forum, where developers and accessibility specialists may be able to provide additional insight or potential workarounds related to OMML, MathML, PDF accessibility, and WCAG 1.4.1 compliance.
If you discover any findings or workarounds, please consider sharing them here as well, as they may help others facing a similar scenario.
Warm thanks.