[tex4ht] [bug #420] The CSS "white-space" property has no value "wrap"

Update of bug #420 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #3: updated in tl some time ago, closing.

[tex4ht] [bug #422] error from pgflibraryfadings when adding tcolorbox with new tex4ht tikz driver. TL 2019

Follow-up Comment #2, bug #422 (project tex4ht): still awaiting a webquiz (or tikz) update that includes the new pgfsys-dvisvgm4ht.def to update in TL ... ___ Reply to this item at:

[tex4ht] [bug #426] htlatex mathjax option breaks references

Update of bug #426 (project tex4ht): Status:None => Wont Fix Open/Closed:Open => Closed ___ Follow-up Comment #2: seems there is no

[tex4ht] [bug #429] htlatex: Does not delete intermediate files

Update of bug #429 (project tex4ht): Open/Closed:Open => Closed ___ Reply to this item at: ___

[tex4ht] [bug #433] Ligature fi becoming ø in avant garde

Update of bug #433 (project tex4ht): Open/Closed:Open => Closed ___ Reply to this item at: ___

[tex4ht] [bug #433] Ligature fi becoming ø in avant garde

Follow-up Comment #2, bug #433 (project tex4ht): I committed the new versions of the adobe htf files to TeX Live (r51905). I also realized that a number of htf files were being generated in tex4ht dev but weren't in TL yet, so I committed those too (r51906). Finally, I noticed that three

[tex4ht] [bug #430] Please support document class scrreprt with dblatex

Update of bug #430 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #3: The changes are already committed in TeX Live, I believe. Unfortunately I don't know when we'll be

[tex4ht] [bug #429] htlatex: Does not delete intermediate files

Follow-up Comment #1, bug #429 (project tex4ht): Hi Hilmar - What cleanup is attempted now? I wasn't aware that htlatex etc. removed anything. In any case, I don't think it would be a good idea to change the behavior at this late date. Those intermediate files can be helpful for debugging and

Re: [tex4ht] Bold index entries

! Undefined control sequence. l. 114 \item dragon, \hyperindexformat {\textbf}{15}, \hyperpage{15} It's hard to guess what the undefined control sequence is from that, but as an ugly workaround, it seems like either \def\hyperindexformat{} or \def\hyperpage{} could at least get rid

Re: [tex4ht] BUG: xcolor tex4ht

This particular construction is actually part of the PGF/TikZ manual and currently prevents the manual from typesetting. FWIW, I just reverted pgf in TeX Live to its previous release. -k

[tex4ht] [bug #411] reversemarginpar is ignored

Update of bug #411 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #2: or the tl19 pretest :). (committing shortly.)

[tex4ht] %%~ expands to $TEXMFDIST

A copy of a message I just sent to the tldistro list, for the record here. .. for TeX Live 2019, the t4ht program will expand %%~ to $TEXMFDIST (set in texmf.cnf) instead of $SELFAUTOPARENT. This means the tex4ht.env file should use stuff like i%%~/tex4ht/ht-fonts/iso8859/1/! instead of

Re: [tex4ht] tex4ht web in Google

understand why it isn't included when I search just for "tex4ht" with no other keywords. Yes, I get that result too. Yes, it is strange. I know of no way to determine why search results are what they are. Independent of search results, it would be good to keep the wikipedia page up to

[tex4ht] [bug #406] The optional argument for \chapter is ignored in TOC with Memoir class

Update of bug #406 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #3: copied to tl. ___ Reply to this item at:

Re: [tex4ht] MathJax support

It is only in the source, I think Karl will say when it is available in TL. It may take few days. I've (finally) updated TL, but I missed tonight's rebuild, so it'll be yet another day. Sorry for the delay. -k

Re: [tex4ht] Automatic HTF file generation

> Encoding vector is always embedded in Type1 font. Usually the /Encoding vector in a given Type 1 is only a subset of the characters available in the font. The only way to know what is there is to parse the entire file. But there are lots of utilities in this area; I suspect something out

[tex4ht] [bug #403] tex4ht fails with scrartcl class when defining \rm command. Argument of \popthree has an extra

Update of bug #403 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #2: michal updated tex4ht (r435) and i updated tl (r48958). hope it flies ...

Re: [tex4ht] problem with new dvisvgm 2.6, all svg fies have horizontal lines with no math showing.

Nasser - I don't know if it will help, but (with Martin's help) I just committed the dvisvgm 2.6 sources into the TL repository. I can't provide Windows binaries, but if a 64-bit GNU/Linux binary would help, I could do that. For Windows, I believe that Akira Kakuto compiles new releases of

Re: [tex4ht] what is the fastest way to convert large document to HTML?

This document was generated by a program I am writing which generates the latex file. In that case, it seems like it should be easy to change the program to generate several (many) files instead of one huge one, and only recompile more or less what's changed. Although it would take some

Re: [tex4ht] DVI error: page count in postamble doesn't match actual number of pages

I am starting to think this whole mixing of HTML and math is not practical. Not for a document with 50,000 equations. I can imagine some sort of checksum-based infrastructure such that only changed math gets reconverted, like Martin described, but imagination is all it is. I myself will

Re: [tex4ht] what is the fastest way to convert large document to HTML?

Martin: please see https://tug.org/pipermail/tex4ht/2018q3/001984.html and thread following about slow operation handling a huge document (not surprising in my view). Is it perhaps possible to cache results so that dvisvgm does not have to recompute every math fragment every time? Any other

Re: [tex4ht] %%~ => $TEXMFDIST

https://github.com/MiKTeX/miktex/issues/30 Even more reason to change upstream and TL to use TEXMFDIST. I will commit the changes at some point. Thanks Ulrike. -k

[tex4ht] [bug #394] Support for oolatex on Debian

Update of bug #394 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #5: meanwhile, it seems there is nothing more to do here, so closing.

[tex4ht] [bug #394] Support for oolatex on Debian

Follow-up Comment #4, bug #394 (project tex4ht): Using SELFAUTOPARENT at all will not work on Debian, as things stand. It's easiest to hardwire it to /usr/share/texlive. Maybe if that directory exists, use it, else use SELFAUTOPARENT. Alternatively, if SELFAUTOPARENT expands to /, look for

[tex4ht] [bug #394] Support for oolatex on Debian

Follow-up Comment #1, bug #394 (project tex4ht): Michal - Dirk's post indicates that the crazy %%~/ evaluated to // for him (so clearly nothing is going to work). When I try "mk4ht oolatex hello.tex" on a hello,world latex document and TL 18, it works, and the java -classpath call included

[tex4ht] [bug #395] Possible issues with \write16

Update of bug #395 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #6: there were two remaining occurrences in tex4ht.sty. I changed them also. Hope that was the right

[tex4ht] [bug #395] Possible issues with \write16

Follow-up Comment #4, bug #395 (project tex4ht): It seems somewhat strange to replace one constant with another constant, thus merely delaying the problem until someone writes a complex-enough luatex document (?), but I guess it's not worth worrying about trying to get the "last open write

Re: [tex4ht] "page is empty" messages. But nothing seems wrong in the HTML

much faster than using Vbox or cygwin or miktex on windows. I wonder if the issue is dvisvgm needing to call out to an external gs process on these Windows machines, instead of linking against libgs. Anyway, if you want to pursue it further, the author of dvisvgm is Martin Gieseking

[tex4ht] [bug #391] biblatex3.11 seems broken

Update of bug #391 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #2: thanks for the report, glad michal already fixed it :).

Re: [tex4ht] "page is empty" messages. But nothing seems wrong in the HTML

Hi Nasser, The above phase of the compile is the one that takes for ever. I'm not surprised that running dvisvgm on a 13000+ page DVI file (even if many pages are empty) takes a long time. Let's see, 5515 seconds means it's doing better than a page in a half-second, it just adds up to 90+

Re: [tex4ht] DVI error: stack empty at pop command, with tex4ht, only when using \usepackage[libertine]{newtxmath}

It seems that Dvisvgm has some issue with the idv file. Your situation seems to have moved on, but if in the future you have another document that makes dvisvgm fail, it can be reported to its author. There is no great need to "minimize" the example, what's needed is the DVI that induces the

Re: [tex4ht] should nameref.4ht be TL sources for tex4ht?

nameref.4ht has been in TL since 2005 or so. And it is not system-specific, so there's no apparent way it could fail to be installed on Cygwin. I don't understand. -k

[tex4ht] [bug #390] problem using new added support for package{bera} in tex4ht

Update of bug #390 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #2: committed to tl (pretest). ___ Reply to

[tex4ht] \TeX -> TeX

Does anyone know if there is an easy way to make htlatex generate a plain text "TeX" for \TeX, ditto "LaTeX" for \LaTeX? I mean, a "native" way at the tex4ht level, rather than redefining the macros in TeX or postprocessing the HTML with sed, etc. --thanks, karl.

[tex4ht] bera support

Hi Michal, https://tex.stackexchange.com/q/415418/2891 Reading that, Nasser apparently had trouble with these new files. Is it settled? Should I push them to TL? +\<<< +.pcrro8r +htfcss: fveb8r font-weight: bold; I guess because pcrro8r.htf is the only fully-populated

[tex4ht] [bug #376] Biblatex 3.10

Update of bug #376 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #1: it would not seem so difficult to me to do the version number checking differently, but anyway, i

[tex4ht] [bug #375] htlatex fails in Ubuntu Bash on Windows 10

Follow-up Comment #2, bug #375 (project tex4ht): Thanks for the report. Unfortunately there are many portability and other problems with the shell scripts; this is just one of them. Regenerating them is unfortunately not simple. Maybe one day we will manage to get that done, but for now, just

[tex4ht] [bug #370] Unsupported fonts

Update of bug #370 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #2: i've updated/installed these files in TL:Master/texmf-dist/tex4ht/ht-fonts. thanks.

[tex4ht] [bug #371] TikZ externalization and PDF images

Update of bug #371 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #2: committed graphicx.4ht html4.4ht usepackage.4ht to TL (r45571). Thanks.

[tex4ht] [bug #368] Tabularx package makes \\[...] to produce faulty code inside array

Update of bug #368 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #4: committed to tl (r45261), sorry for the delay.

[tex4ht] [bug #365] ProTex.sty and AlProTex.sty links do not work for me

Update of bug #365 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #5: they are standard symbolic links. everything modern except Windows supports them. they are also

[tex4ht] [bug #365] ProTex.sty and AlProTex.sty links do not work for me

Follow-up Comment #2, bug #365 (project tex4ht): Vincent, I'm sorry, but tex4ht is so complicated that I really don't want to go down the road of supporting development on anything but Unix. We've already been unable to complete a release in X years. If we start worrying about non-Unix systems,

Re: [tex4ht] .css generation from .cls file not from the .cfg file

Subject: [tex4ht] .css generation from .cls file not from the .cfg file I'm sorry, I have no idea. Michal?

Re: [tex4ht] dependencies, new and incomplete

Deimi - this all sounds great to me. Separating doc from code generation is excellent; that's been a problem since day one. I look forward to the day when we can just type make and the right thing happens. Unfortunately I don't know when I'll have a chance to help bring all this to fruition :( ...

[tex4ht] dependencies, new and incomplete

Pursuant to Michal's comment at https://puszcza.gnu.org.ua/bugs/?217. 1) I'm afraid I don't really understand tex4ht file derivation, despite Deimi's best efforts to explain. 2) Nevertheless, by grepping the logs, I see that nearly everything depends on mktex4ht.4ht and tex4ht.sty. I just added

[tex4ht] [bug #217] Errors using mdframed and framed packages with tex4ht

Update of bug #217 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #7: thanks, tl updated (r44105). will write to the list about the dependency madness. -k

[tex4ht] [bug #217] Errors using mdframed and framed packages with tex4ht

Follow-up Comment #4, bug #217 (project tex4ht): committed to TL, r44094. can this ticket be closed now? ___ Reply to this item at: ___ Message sent

[tex4ht] [bug #217] Errors using mdframed and framed packages with tex4ht

Follow-up Comment #2, bug #217 (project tex4ht): installed in TL (r43982) ... ___ Reply to this item at: ___ Message sent via/by Puszcza

Re: [tex4ht] Recent updates

>> No official release of tex4ht has been made since Eitan Gurari, the >> original author, passed away. When the release is finally made (there >> is no ETA at present), it will be available here. Maybe we should at least change that message, Ok, I'll ask CTAN to update the

[tex4ht] [bug #352] LuaLaTeX and XeLaTeX broken again

Follow-up Comment #8, bug #352 (project tex4ht): Michal, is there more here? Something with babel? ___ Reply to this item at: ___ Message sent via/by

Re: [tex4ht] curiosity about unicode.4hf

Hi Matteo, I get "a.html" that contains: .. I guess you're expecting the literal UTF-8 right single quote instead of the entity syntax? AFAIK, ' and " are illegal in attributes, I have used those characters in attribute values. Anyway, how are attributes related to the

[tex4ht] [bug #352] LuaLaTeX and XeLaTeX broken again

Follow-up Comment #7, bug #352 (project tex4ht): I installed those new updates in TL, thanks. No big deal, but when making example files that aren't 7-bit ASCII, it is better to make them 'attachments' to the report instead of pasting them inline. Better chance of reliable transmission that way

[tex4ht] [bug #351] equation in alt attribute?

Update of bug #351 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #2: thanks for all the info, Michal. FWIW, I agree that HTML+CSS, or Mathjax itself for that matter,

[tex4ht] [bug #351] equation in alt attribute?

URL: Summary: equation in alt attribute? Project: tex4ht Submitted by: karl Submitted on: Mon 16 Jan 2017 09:21:29 PM EET Category: None Priority: 5 - Normal

[tex4ht] [bug #273] biblatex broken again

Follow-up Comment #12, bug #273 (project tex4ht): can you update the source for ex.22 (and any others) in our repo, then? no idea about the indexes :(. it would be nice to be able to type "make" and have those checks done, at least. oh well, maybe someday.

[tex4ht] [bug #273] biblatex broken again

Follow-up Comment #10, bug #273 (project tex4ht): can you check in the upstream to see if ex.22 (or others) have changed there? ___ Reply to this item at:

[tex4ht] [bug #347] escapechar not usable in lstlisting, results in loss of line breaks

Update of bug #347 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #3: committed to tex live, r42717. thanks.

Re: [tex4ht] [bug #345] regression testing is needed

build.lua is a driver file with settings for the main l3build.lua script. I know. My question was whether l3build.lua is a fork (modified by you) or a copy of the original l3build.lua file from the l3build package. Which you answered below -- you made changes. Ok. Probably it would be

[tex4ht] [bug #346] \columncolor from colortbl package error

Follow-up Comment #3, bug #346 (project tex4ht): all good. committed to tl, r42709. ___ Reply to this item at: ___ Message sent via/by Puszcza

Re: [tex4ht] [bug #345] regression testing is needed

Hi Deimi and all, My idea is to adapt l3build system for tex4ht needs. I think using l3build for test infrastructure is all to the good. But we don't really want/need a copy of build.lua in the repo, do we? Did you have to modify it? I can't tell if the differences from the distributed

[tex4ht] [bug #343] Package pdfpages

Follow-up Comment #2, bug #343 (project tex4ht): I committed the reordered tex4ht.env to TL, r42704. (In Master/texmf-dist/tex4ht/base/unix) You have some pdfpages support to commit, Michal? Thanks ... ___ Reply to this item at:

[tex4ht] [bug #344] tex4ht may generate HTML file with incorrect indent

Update of bug #344 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #2: Indeed, \centering is the declaration, while \center is the environment. LaTeX is somewhat

[tex4ht] [bug #345] regression testing is needed

Follow-up Comment #1, bug #345 (project tex4ht): I added a top-level tests/ directory with the assorted files I've collected over the last few years -- hello,world stuff plus some bug examples. Unfortunately I have done nothing to actually run/regress them, but it's what I've got. Michal or

[tex4ht] [bug #346] \columncolor from colortbl package error

Update of bug #346 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #1: committed to tl, r42702. thanks as always.

Re: [tex4ht] [tex4ht-commits] [SCM] tex4ht updated: r216 - trunk/lit

+ * tex4ht-fonts-modern.tex + (tex4ht.dir/texmf/tex4ht/ht-fonts/unicode/lm/rm-lm.htf, + tex4ht.dir/texmf/tex4ht/ht-fonts/alias/lm/rm-lmt.htf, + tex4ht.dir/texmf/tex4ht/ht-fonts/alias/lm/rm-lmvt.htf): Typewritter lmodern + fonts in OT1 encoding containded wrong

[tex4ht] [bug #345] regression testing is needed

URL: Summary: regression testing is needed Project: tex4ht Submitted by: karl Submitted on: Sun 11 Dec 2016 01:45:56 AM EET Category: None Priority: 5 - Normal

[tex4ht] [bug #123] support fontspec

Follow-up Comment #17, bug #123 (project tex4ht): committed to tl, r42672. yes, regression testing is desperately needed. ___ Reply to this item at:

[tex4ht] [bug #273] biblatex broken again

Follow-up Comment #6, bug #273 (project tex4ht): did the biblatex tests get into the repository? ___ Reply to this item at: ___ Message sent via/by

[tex4ht] [bug #343] Package pdfpages

Follow-up Comment #1, bug #343 (project tex4ht): if i'm understanding correctly, it would be fine (good) to commit the new tex4ht.env[-unix], independent of the actual pdfpages stuff you've done? for the record, regarding tex4ht.env-win32: it bears no resemblance to the

[tex4ht] [bug #123] support fontspec

Follow-up Comment #8, bug #123 (project tex4ht): sorry about the double inclusion. i didn't think i had changed anything but the word transposition in the filename. oh well. anyway, with current repo (rev 210), i get: ! Undefined control sequence. \at:startdoc ...f }\HtmlEnv \a:Preamble

Re: [tex4ht] [bug #343] Package pdfpages

Michal, > Imagemagick is used I don't believe imagemagick has any native knowledge of PDF. It delegates all PDF operations to other programs, such as Ghostscript. Using GS directly seems like the best choice to me. Some years ago, I replaced some calls to the IM "convert" with direct

[tex4ht] [bug #123] support fontspec

Follow-up Comment #6, bug #123 (project tex4ht): i felt the need to rename xetex-fontspec.4ht to fontspec-xetex.4ht (committed in r209 along with administrivia). michal, can you check that all is still working as intended before i commit to tl, please?

[tex4ht] [bug #342] Package multirow

Follow-up Comment #1, bug #342 (project tex4ht): committed to tl, thanks. anything more for this? ___ Reply to this item at: ___ Message sent via/by

[tex4ht] [bug #341] html5 support

Follow-up Comment #1, bug #341 (project tex4ht): commited html5.4ht and new tex4ht.4ht to TL. ___ Reply to this item at: ___ Message sent via/by

[tex4ht] [bug #340] Math issues in the ODF export

Follow-up Comment #6, bug #340 (project tex4ht): committed the new mathml.4ht and ooffice-mml.4ht to TL. regarding star(t)math, i suppose only the LO people can help, if they invented it. maybe they'd be willing to work with you on improving the overall situation wrt tex4ht/LO/mathml ...

[tex4ht] [bug #340] Math issues in the ODF export

Follow-up Comment #2, bug #340 (project tex4ht): p.s. regarding your commit (r200), is this something i should push into TL now? thanks for all ... ___ Reply to this item at:

[tex4ht] [bug #340] Math issues in the ODF export

Follow-up Comment #1, bug #340 (project tex4ht): Hi Michal - regarding whether the mathml fragment is ok, I can only suggest passing it (a whole doc using it) through the W3C (or other) validator and see. It's hard to imagine what could be wrong with it, but who knows. (And whether reporting bugs

Re: [tex4ht] Bizarre bug - \def\sp{...}

[timing issue] It could still easily have ill effects if other (tex4ht or latex) macros that use \sp happen to get invoked, though. Safer not to redefine it. -k

Re: [tex4ht] Bizarre bug - \def\sp{...}

Sorry for the off-topic quation: Does anyone know why? \sp (and \sb) were defined in plain TeX, to provide control sequences to achieve the results of ^ and _ without having to type special characters. LaTeX inherited them, as it inherited a variety of other "random" plain TeX control

[tex4ht] [bug #123] support fontspec

Follow-up Comment #4, bug #123 (project tex4ht): michal -- just thought i'd check in about updating ... ? tx. ___ Reply to this item at: ___ Message

[tex4ht] [bug #339] remove/rewrite braille code

URL: Summary: remove/rewrite braille code Project: tex4ht Submitted by: karl Submitted on: Sun 30 Oct 2016 06:59:00 PM EET Category: None Priority: 5 - Normal

[tex4ht] [bug #123] support fontspec

Follow-up Comment #2, bug #123 (project tex4ht): michal, do you want me to install anything in tl at this point? ___ Reply to this item at: ___ Message

Re: [tex4ht] xetex id update for tex4ht binary

I've just tried to run the attached executable on Fefora 23 and it ended with ELF format error. I expect that Fedora 23 is new enough that it inhabits a different world, one that is intentionally binary-incompatible with everything before it. (I've seen this with many other "new"

[tex4ht] [bug #338] Provide xtpipes Java Sources together with texlive

Update of bug #338 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #1: tex4ht-archive is not a name i recognize. i surmise it is part of the debian packaging. i believe

[tex4ht] [bug #337] tex4ht changes \_ in math mode to X in HTML when not including \usepackage[T1]{fontenc}

Update of bug #337 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #3: committed to tex live, closing. thanks.

Re: [tex4ht] debugging tex4ht bootstrap

Hi Deimi - wow, thank you for all the work. It all sounds excellent. Unfortunately I am going to be tied up producing the TUG conference proceedings for some time. But I will come back to this as soon as I can. For now, a couple of quick replies. Re the separate mktex4ht.cnf, yes. Except

Re: [tex4ht] debugging tex4ht bootstrap

Hi Deimi - this is fantastic! Unfortunately, I'm about to disappear for a week (to TUG'16; back online next weekend, July 30-31), but I'll review it carefully/commit after I return. A few quick replies for now. Literate sources are quite complex; not so easy to grasp. Understatement of the

[tex4ht] [bug #330] tex4ht fails to compile footnote when there is blank line with scrartcl class

Update of bug #330 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #7: it all rebuilt for me (as well as it ever does, anyway :). installed in tl, thanks.

[tex4ht] debugging tex4ht bootstrap

I'll see if I can sort it out. That would be fantastic, Deimi. Having a reproducible environment would be so great. (E.g., be able to do a checkout and type "make" and it just works ...) I've got it in my queue, but ... The first compilation fails, but not others. For debugging, I

[tex4ht] [bug #330] tex4ht fails to compile footnote when there is blank line with scrartcl class

Follow-up Comment #4, bug #330 (project tex4ht): i don't see a problem with making everything \long in our case. but why did it start to fail at this late date? because of the lineno stuff? i don't see that changing pend:def. ___ Reply

Re: [tex4ht] [bug #136] #line in output

Hi Michal, I've just download the changed sources and it seems that the latest commit causes lot of compilation errors, resp. compilation stops with emergency exit. Does it happen only on my machine? I wouldn't have committed it if it didn't work for me (obviously). That's not to

[tex4ht] [bug #320] unknown problems using XeTeX to create a ODT

Follow-up Comment #2, bug #320 (project tex4ht): 1. as michal said on the mailing list, you need to run ooxelatex, not oolatex (and i guess i need to reinstate the ooxelatex script in TL, sigh; would never have guessed anyone was actually using it, which is why i removed it years ago, along with

[tex4ht] [bug #303] tex4ht ignores extension of HTML when using showframe option in geometry pacakge

Update of bug #303 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #3: committed to tl (r41590), closing, thanks.

[tex4ht] [bug #279] Missing \par in configurations of sectioning commands

Update of bug #279 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #3: installed in tl, closing, thanks as always.

[tex4ht] [bug #316] spurious character in html4.4ht cause tex4ht to fail in TL 2016

Update of bug #316 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #2: installed in TL (with https://puszcza.gnu.org.ua/bugs/?279 commit), closing, thanks.

[tex4ht] [bug #319] tex4ht changes plain text -- when in lualatex mode to HEX 15

Update of bug #319 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #2: committed to tl, closing. thanks to all.

[tex4ht] tex4ht-misc -> tex4ht-4ht

Hi Michal - can you please merge the lettrine.4ht support into tex4ht-4ht.tex, and then remove tex4ht-misc.tex? As I recall, I asked you to make it in a separate file just to start making things not so huge, but it turns out there is a problem: tex4ht-4ht.tex (and now tex4ht-misc.tex) both write

[tex4ht] [bug #308] extra space from minted.sty

Update of bug #308 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #3: regenerated and installed ooffice.4ht in tl; more later on the problems, which were unrelated to

[tex4ht] [bug #308] extra space from minted.sty

Follow-up Comment #2, bug #308 (project tex4ht): installed in tex4ht; updated html4.4ht and html32.4ht in tl, but not yet ooffice.4ht, since something went wrong with the generation (due to unrelated changes on my end, i think). will look at that later.

Re: [tex4ht] [bug #309] tex4ht does not work with package savetrees

It seems to me that there is a difference between savetrees, which simply makes no sense in HTML, and tcolorbox, which does. I don't think Michal was advocating blanket application of blacklisting packages. fontspec is another case where it is clear that whatever it does in the TeX world, it has

<    1   2   3   >