Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
 Trying to convert Latex source to Epub 3 with MathML
   * What exactly did you do (or not do) that was effective (or
     ineffective)?
 Run "tex4ebook -f epub3 test.tex mathml"

   * What was the outcome of this action?
 The resulting test.epub gives a "Math Input Error" when viewed in Calibre,
 test.xhtml renders in firefox, but the "lim sup" is rendered in italics instead of normal print.

 Doing the same on a machine running oldstable seems to work correctly.
   * What outcome did you expect instead?
 A line of math that renders correctly in both Calibre and firefox

On 02.07.2023 17:53, Karl Grill wrote:

Hi Karl,
Please be so kind to track down the issue yourself and (eventually)
escalate it to the correct party. I won't find the time to do it myself.
Sorry!

Hilmar

On 02.07.2023 17:53, Karl Grill wrote:

Hi Karl,
I've tested with the upcoming TL 2023 and can confirm that the issue is
still present. The pdf and the dvi file however still look OK.

H.

Hi Hilmar,

thank you so much for checking this. So, if I read this correctly, this
bug is an upstream issue?

Right now, it seems that the bug can be narrowed down to htlatex which
is called by tex4ebook.

And yes, the .pdf and .dvi and even the .epub built without the mathml
option are fine, but with the current discussion on accessibility and
the major pain that trying to get an accessible .pdf out of latex
sources is, it would be desirable to have something that does not rely
on images for serving math.

BTW, the other system I tried (and where things worked) is not oldstable
but buster, with TL 2019something.

Best

Karl