Wow, that was quick!

I updated my TL this morning and tested both situations:

- with \Hinput{threeparttable} added at the end of the file at [1];

- with that file removed (which we should do in a few years... when we can assume that all contributors have a recent enough TeX4ht to support threeparttable).

Both appear to work fine. Many thanks to you, Michal and Karl! :-)

Regards

[1] https://sourceforge.net/p/flightgear/getstart/ci/next/tree/source/threeparttable.4ht

Thanks for your explanation, Michal.

Do you have an approximate idea of when the new code will be in TeX Live to allow me to test? I mean, is the ETA like 2 months or more like 1 or 2 years? :-) If possible, I'd like to make it so that [1] works in both situations: with a TeX4ht from before or from after the fix you just made.

[1] https://sourceforge.net/p/flightgear/getstart/ci/next/tree/source/threeparttable.4ht

The difficulty with “remove this file after TeX Live update” is that I'm not the only person who builds the manual in the getstart repository[1]. And we don't all have the same version of TeX Live (I'm not even sure everyone uses TeX Live, though it's probably the case for the currently active translators).

I don't know what magic this \Hinput{threeparttable} command does, but I tried to add it as you said at the end of my local copy of [2], built with my version of TeX Live (which doesn't have your recent commit) and... it doesn't seem to hurt. :-)

So, if this will allow to seamlessly handle the forecoming situation where the installed version of TeX Live will have threeparttable support, then I'll commit this to [2].

Thanks & regards

[1] https://sourceforge.net/p/flightgear/getstart/ci/next/tree/
[2] https://sourceforge.net/p/flightgear/getstart/ci/next/tree/source/threeparttable.4ht

Many thanks, Michal!

Is there some test I could use in https://sourceforge.net/p/flightgear/getstart/ci/next/tree/source/threeparttable.4ht in order to do nothing if the version of TeX4ht in use already has the fix?

That's great to hear Michal, thanks a lot!

Regards

Dear TeX4ht maintainer,

This may seem rather irrelevant these days... let's just make sure this doesn't get lost.

I found that the threeparttable environment from threeparttable.sty causes problems with TeX4ht:

[WARNING] domfilter: DOM parsing of document.html failed:
[WARNING] domfilter: ...ive/2021/texmf-dist/tex/luatex/luaxml/luaxml-mod-xml.lua:175: Unbalanced Tag (/div) [char=713]

After some investigation, I found a fix which appears to work fine—at least for for my use. There may well be a better way, as I'm not very comfortable with the TeX4ht internals (latex.4ht, automatic insertion of <p> and </p> for environments, etc.).

I'm attaching a .tex file with my fix; I compile it with 'make4ht document.tex'. If you comment out the remainder of the preamble after the \usepackage{threeparttable} call, you should see the above error messages when compiling.

Tested with tex4ht.sty version 2021-09-14-14:11 from the TeX Live distro.

Thanks & regards

P.S.: this is used in the FlightGear manual; I put the fix in https://sourceforge.net/p/flightgear/getstart/ci/next/tree/source/threeparttable.4ht (I hope this is a good way before a fix is in TeX4ht itself and/or threeparttable.sty).