michal.h21

@DavidCarlisle I've just added it to TeX4ht souces as a "texsource" option. For some reason, I cannot get configuations for $$ and equation to work, even though they worked in the .cfg file.

@DavidCarlisle I hope it can be useful. I will add it soon.

it doesn't seem to be really robust, but it should work for simpler cases, especially inline math. If you think it works, I can add this feature to TeX4ht sources, under an option.

@DavidCarlisle regarding matching between LaTex source and MathML, I've just realized that some time ago I've tried to attach LaTeX sources as annotation in MathML: tex.stackexchange.com/a/693839/2891

@DavidCarlisle ah, that sounds interesting. I've tried to do something similar many years ago, but it didn't lead to anything that could be actually used: github.com/michal-h21/lua4ht/tree/math

local domfilter = require "make4ht-domfilter"

local process = domfilter {"mathmlfixes", -- fix mathml first
  function(dom, par)
    for count, math in ipairs(dom:query_selector "math") do
      local filename = par.input .. "-" .. count .. ".mml"
      local f = io.open(filename, "w")
      f:write(math:serialize())
      f:close()
    end
    return dom
  end
}

Make:match("html", process)

```

@DavidCarlisle here is a build file that saves all math to a file named as \jobname-count.mml:

@DavidCarlisle I see. currently equations make a HTML table and mathml, but textusperscript shouldn't produce math at all, as the default LaTeX code is not used.

@DavidCarlisle DOM filters can extract each formula to a separate file, which should be faster than converting each formula separately

@DavidCarlisle it shouldn't be hard. make4ht can read from the standard input, so you can create a script that would preprocess the snippet and make a full TeX document. Other option would be to make a such tool in the build file. outputing just MathML also should be easy, using DOM filters. The staticsite extension does something simillar - it outputs just body of the document with YAML header with metadata

@DavidCarlisle I get a correct number of rows with the devel version of make4ht, so it should be hopefully fixed after a new release. Can you try to compile with the ` -f html5-common_domfilters` option, to test if it is caused by the DOM post processing on your system?

@DavidCarlisle I hope someone knows what's happening :D

@DavidCarlisle yes, that's the error :)

@DavidCarlisle I don't know, packing is done by Karl :) But I don't see any reason why it should change, we didn't change anything than usual .4ht files recently.

@DavidCarlisle speaking of texlive.net, does it have an issue with Fontspec? We get a fatal error for a LuaLaTeX document that we run several times a day. It stopped working in the last few hours, with a message about Mismatched LaTeX support files detected. I can get the same error when I require Fontspec in texlive.net/run

@yo' are you in contact with CSTUG? I think we can help :)

@DavidCarlisle I've provided alternative version of embedfile commands in TeX4ht, so it is OK if the error message is just suppressed and the loading of the package stops

@UlrikeFischer thanks

@UlrikeFischer could you please try if you can reproduce this issue? github.com/michal-h21/make4ht/issues/40#issuecomment-930481850 I've tried it myself with Miktex and I cannot reproduce it.

@UlrikeFischer I hope there aren't other stuff like this. I had to fix some issues with hyperref recently and it is quite complicated.

@samcarter thanks. I had to left-out lot of stuff that I originally intended to cover, because I found that it is already over an hour and I was in the middle of my plan :(

@UlrikeFischer thanks :)

@DavidCarlisle and who can better spot errors in the MathML output :) so maybe we will fix something :)

@UlrikeFischer I think "mathml,mathjax" is best in most cases, as it supports expansion of LaTeX commands. You may run into bugs with MathML support in TeX4ht, but I think the basics works good enough nowadays.

it seems to work :)

\edef\testdirectlua{test-directlua}
\ifx\jobname\testdirectlua
\Preamble{mathml,mathjax}
\else
\Preamble{xhtml}
\fi
\ifdefined\xeuniuseblock
\xeuniuseblock{Greek}
\xeuniuseblock{CJK}
\fi
\begin{document}
\EndPreamble

@DavidCarlisle this is a bit hacky, but you can pass the "mathml" option just to test-directlua.tex using:

@DavidCarlisle great! does anything else fail?

@DavidCarlisle yes, exactly :)

No, it shouldn't as the \ifdefined\HCode condition will prevent execution of the code for TeX4ebook

The build file fixes just numbering in table of contents, if it isn't important, you don't need to use it.

You are welcome!

That's good to hear! I hope the MikTeX issue with XeTeX will be fixed in the future.

Use this code instead, and don't use XeTeX, but LuaTeX, so the -l option instead of -x. It uses a different method for handling of characters, so it could work.

\ifdefined\HCode
\usepackage{fontspec}
\usepackage{polyglossia}
\setdefaultlanguage[numerals=Bengali, changecounternumbering=false]{bengali}
\else
\usepackage[banglamainfont=Kalpurush, banglattfont=Kalpurush]{latexbangla}
\setdefaultlanguage[numerals=Bengali, changecounternumbering=true]{bengali}
\fi

but I have another idea:

tex4ebook should be the same, but configuration files for TeX4ht, which can affect handling of characters, for instance, will be different between MikTeX and TeX Live.

it can be because of some differences between MikTeX and TeX Live

maybe try to add \linewidth=100em somewhere to the document?

I don't know. It happens even without the build file? It is possible that for some reason, you have too small linewidth or textwidth, so every word is broken into a new line. And every Bangla character acts like a word, so they are all on separate lines.

It seems that all words are on separate lines in your file. It definitely shouldn't look like this. On my machine, this is the result: gist.github.com/michal-h21/6e984b013422d0356fc062d1f4d0b825

@raf that's strange. does it happen also when you don't use the build file? could you send me the HTML file?

@raf it is possible that it is a rendering issue in Calibre? You can try to open HTML files in file-epub3/OEPBS/ directory in web browser and check if they look wrong too.

@raf ah, that is strange, but at least it compiles

@raf I use Calibre too. How are the texts broken? Are they broken even in the screenshot in my answer, or just on your system?

@raf MikTeX can have older version of TeX4ht files, so it is possible that they contain some issues that were already fixed. How did you fix your issues?

@raf it should take just few seconds. You can try the '-a debug' option to see the full log, it probably goes to an infinite loop somewhere. Which TeX distribution do you use?

this should be quite easy using DOM filters, see tex.stackexchange.com/a/597744/2891 for example. I will be offline today, so I can take a look into this tomorrow, hopefuly.

so you still want HTML tags generated by TeX4ht, but without any CSS information? Or even to remove most HTML?