On 7/9/2025 3:43 PM, Michal Hoftich wrote:
Follow-up Comment #2, bug #660 (project tex4ht):
Only few elements will not produce DOM parsing errors with make4ht if they are
not closed. For example <img> or <meta>.
I don't think it worked in the past, because handling of these elements was
always in this way. The only change is that we now have the HTML parser, so
the file will be parsed again using this parser and DOM filters will be
executed.
Hello Michal;
I found a much more serious problem related to this.
The controls keyword is lost now when compiling. Before it was there.
i.e. when compiling this file
---------------------
\documentclass{book}
\begin{document}
This is my simulation
\ifdefined\HCode
\HCode{
<video width='320' preload = 'none' poster='random_walk_3d.png' controls >
<source src='random_walk_3d.webm' type='video/webm'/>
<source src='random_walk_3d.ogg' type='video/ogg'/>
<source src='random_walk_3d.mp4' type='video/mp4'/>
Your browser does not support the video tag.
</video>
}
\fi
\end{document}
----------------------------
Using
make4ht -ulm default -a debug foo.tex "mathjax,htm"
And looking at the web page, there are no controls to play the
video. Looking at the HTML shows tex4ht lost the "controls" keyword
<video poster='random_walk_3d.png' preload='none' width='320'>
This did not use to happen. When I edit the HTML by hand and add "controls",
then the controls now show up.
Please find zip file with everything in it here
<https://12000.org/tmp/07092025/video_tag_problem.zip>
Here is a reference from w3school showing the video with controls
<https://www.w3schools.com/html/tryit.asp?filename=tryhtml5_video>
It seems domfilter changes might caused losing the "controls" keyword?
Notice the "controls" does not have "=" in front of it. It just single
word on its own.
Regards,
--Nasser
