Re: [tex4ht] [bug #618] Incomplete XML Document, domfilter error, truncated build on large file.

it should be possible to remove the 2^16 page limit in tex4ht. Sure, most likely it is possible. And if you want to rearrange the logic in tex4ht-c.tex / tex4ht.c so it doesn't use the stated postamble value, patches are welcome :). As I said, it's just not something I think is crucial enough

Re: [tex4ht] [bug #618] Incomplete XML Document, domfilter error, truncated build on large file.

How does dvitype know the actual number of pages? dvitype reads the entire dvi file page by page, merely storing away the total_pages value from the postamble so it can report any discrepancy, not using it to actually parse the dvi file. In theory it might be possible to change the tex4ht

[tex4ht] [bug #618] Incomplete XML Document, domfilter error, truncated build on large file.

Follow-up Comment #3, bug #618 (project tex4ht): For the record: 1) dvitype reads the entire dvi file page by page, merely storing away the total_pages value from the postamble so it can report any discrepancy, not using it to actually parse the dvi file. In theory it might be possible to change

[tex4ht] [bug #618] Incomplete XML Document, domfilter error, truncated build on large file.

Update of bug #618 (project tex4ht): Status:None => Wont Fix Open/Closed:Open => Closed ___ Follow-up Comment #2: As I wrote at the end

Re: [tex4ht] [bug #618] Incomplete XML Document, domfilter error, truncated build on large file.

Hi Nasser - it turns out the problem is simple: DVI format only supports 65,536 pages -- the postamble item that reports the total number of pages is two bytes (t[2] as shown on for example, page 12 of dvitype.pdf). Your document is larger than that, namely 74193 pages. That's why tex4ht (the

Re: [tex4ht] [bug #618] Incomplete XML Document, domfilter error, truncated build on large file.

and see if they can reproduce these errors, Thanks for all this. The main thing I need to even make a start at debugging the binary is the exact invocation of the tex4ht executable (and t4ht, if it makes that far). I think/hope make4ht will output that with -a debug, but I admit I'm not

Re: [tex4ht] [bug #618] Incomplete XML Document, domfilter error, truncated build on large file.

Hi Karl, Nasser's original DVI file is included in the zip file, so it is possible to execute tex4ht on it. It fails silently, it looks like some \special instruction causes immediate stop. Please point me to the zip. (No promises. :) --thanks, karl.

Re: [tex4ht] [bug #618] Incomplete XML Document, domfilter error, truncated build on large file.

Nasser/Michal - does one of the tex4ht binaries actually crash in processing your giant document? Or does it just fail silently somewhere in the middle? I can probably debug a crash. Silent failures are a lot harder. --best, karl.

Re: [tex4ht] failure with "Illegal storage address" error

--- error --- Illegal storage address I wonder if this is another instance of the bug recently reported that I fixed in the current tex4ht/TL sources (the fix was trivial). https://puszcza.gnu.org.ua/bugs/?611 Akira: since Ulrike uses Windows, maybe you could compile a new tex4ht.exe with

[tex4ht] [bug #611] Random SIGSEGV of tex4ht due to invalid memory accesses

Update of bug #611 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #6: Hi Oliver - I can't easily rebuild the musl binaries, so waiting for TL24 looks like the current

[tex4ht] [bug #611] Random SIGSEGV of tex4ht due to invalid memory accesses

Update of bug #611 (project tex4ht): Status:None => Ready For Test ___ Follow-up Comment #4: Hi again Oliver - well, I couldn't discern any plausible way to initialize the htf_4hf array on

[tex4ht] [bug #611] Random SIGSEGV of tex4ht due to invalid memory accesses

Follow-up Comment #2, bug #611 (project tex4ht): Hi Oliver - thanks again for all the debugging. Due to all your work, I think the fix for the invalid read is pretty simple: && cur_fnt >= 0 before the condition indexing font_tbl, to avoid the negative indexing. That is, change that line to be:

[tex4ht] [bug #611] Random SIGSEGV of tex4ht due to invalid memory accesses

Follow-up Comment #1, bug #611 (project tex4ht): THank you very much for all that debugging! I will see if I can patch the source as soon as possible. ___ Reply to this item at:

Re: [tex4ht] sh: 1: rungs: not found

I've reported the bug at https://bugs.launchpad.net/ubuntu/+source/texlive-base/+bug/2038452 Thanks. That was the right thing to do. It wouldn't make sense to try to work around its absence. In native TL, rungs is part of the texlive-scripts package, which is pretty fundamental. I don't

Re: [tex4ht] tex4ht with opentype fonts support

Hi Linas - well, this is quite a big topic. xdvipsk will be added to the next texlive version It will? I haven't heard that was in the works. I know about xdvipsk (amazing work) since your article about it some years ago, but not about integrating it into TL. I did see you made some updates

Re: [tex4ht] Using texfot with make4ht, how to make it stop at error in compiling?

Hi Nasser, You see from above, it compiled again and again. When I run your command, texfot --tee=/dev/null --ignore="Overfull" \ make4ht -ulm default -a debug a.tex "mathjax,htm" It sure seems to me that lualatex is only being run once, although the error message appears twice in

Re: [tex4ht] Using texfot with make4ht, how to make it stop at error in compiling?

Hi Nasser - all texfot does is run the command as specified. From your tex.sx question and Michal's answers, it looks like the differences in behavior are due to -a warning vs. -a debug? It seems like there should be a way to get make4ht to keep the output and still stop on error, but that's up

[tex4ht] [bug #592] inconsistent font sizes used for subsubsection/paragraph titles in tex4ht. How to fix?

Follow-up Comment #2, bug #592 (project tex4ht): To my mind, this is a bug in the browser(s). Browsers should not render any tag as less than the body size. That's nonsensical. But given that reality, and that it's unlikely to change, my suggestion for tex4ht is to avoid h5 and h6, since they

Re: [tex4ht] Advice on where to start?

Sorry to bother with a beginner question. Not a bother. Entirely appropriate (though sad that it is necessary). I don't see any .log file or any other idea where to start debugging. 1) Try make4ht --loglevel debug to get all output, as I understand it. 2) As for the lack of a log file,

Re: [tex4ht] Fwd: tex4ht

Hi Bob - bottom line: for any remotely-modern OO support, please use make4ht. As I recall, Michal postprocesses the core htlatex output into something usable. Background: Eitan created oolatex (and dblatex for docbook, and mazlatex, probably others). I recall discussing all these variations with

[tex4ht] [bug #576] \HCode alternative that copies verbatim?

Follow-up Comment #5, bug #576 (project tex4ht): Yet another related question: can there be a way to write normal LaTeX inside such an html-only environment? It can be inconvenient and perhaps impossible to end the html block, insert some TeX, and then restart the html. That is, the ideal would

[tex4ht] [bug #576] \HCode alternative that copies verbatim?

Follow-up Comment #3, bug #576 (project tex4ht): Michal, related question: is there a nicer way than \ifx\HCode\undefined to test "are we running under tex4ht"? Clearly the \ScriptEnv construct, etc., need to be conditionalized ... thanks.

[tex4ht] [bug #576] \HCode alternative that copies verbatim?

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

[tex4ht] [bug #576] \HCode alternative that copies verbatim?

Follow-up Comment #2, bug #576 (project tex4ht): way cool, thanks Michal. ___ Reply to this item at: ___ Message sent via/by Puszcza

[tex4ht] [bug #576] \HCode alternative that copies verbatim?

URL: Summary: \HCode alternative that copies verbatim? Project: tex4ht Submitted by: karl Submitted on: Mon Aug 15 20:48:15 2022 Category: None Priority: 5 - Normal

[tex4ht] [bug #477] Support for new LaTeX hook management

Follow-up Comment #11, bug #477 (project tex4ht): Most excellent, Michal. I pushed everything to TL, r63816. ___ Reply to this item at: ___ Message

[tex4ht] [bug #556] Compatibility with threeparttable.sty (with patch)

Follow-up Comment #9, bug #556 (project tex4ht): I installed the changes in TL for tonight's update. ___ Reply to this item at: ___ Message sent

Re: [tex4ht] make4ht-lib: Fatal error

I see Michal already answered on your tex.sx post (https://tex.stackexchange.com/questions/627902) but just to mention, maybe you can garner more information with make4ht --loglevel debug ... other args ... Best, Karl

[tex4ht] [bug #534] biblatex failure w/ datetime

Follow-up Comment #3, bug #534 (project tex4ht): I believe hyperref implicitly loads nameref. That's probably Eitan set it up that way? Don't really know ... anyway, yay for any and all improvements :). ___ Reply to this item at:

[tex4ht] [bug #497] spectral font support?

Follow-up Comment #5, bug #497 (project tex4ht): I was leaving it open as a reminder to myself about adding a default htf to the dvi program, but ... yeah, agreed. (and thanks again for the support.) ___ Reply to this item at:

[tex4ht] [bug #529] Error about undefined \tt with KOMA classes

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

[tex4ht] [bug #529] Error about undefined \tt with KOMA classes

Follow-up Comment #7, bug #529 (project tex4ht): Sorry, I failed to notice the scr*.4ht changes were there in addition to the stmary.htf fix. Updated for tonight. Closing this bug, though feel free to reply if problems persist. The story on CTAN is that we update only the source files. That's

[tex4ht] [bug #512] \href undefined after hyperref included in class file; Unicode nbsp

Update of bug #512 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #2: Thanks Michal. I'll have to tell the latex people about the ltnews.cls problem. Regarding the

[tex4ht] [bug #512] \href undefined after hyperref included in class file; Unicode nbsp

URL: Summary: \href undefined after hyperref included in class file; Unicode nbsp Project: tex4ht Submitted by: karl Submitted on: Sun May 30 00:57:35 2021 Category: None

[tex4ht] [bug #509] Incompatibilities with Tikz generated by menukeys package

Follow-up Comment #5, bug #509 (project tex4ht): By accident, there were two versions of pgfsys-dvisvgm4ht.def in the original release of TL21, one in pgf and one in webquiz. The one in webquiz has Michal's changes (I don't know where it came from originally). And the one in webquiz is the one I

Re: [tex4ht] Bad interaction with bookmark.sty

Regardless of the input, it is a bad bug in dvipng. Programs should not crash. If it is possible for someone to send me the dvi file, I could send it to the maintainer. (Or feel free to send it directly :) I won't have a chance myself to extract the dvi file that's being fed to dvipng for a

[tex4ht] [bug #497] spectral font support?

Follow-up Comment #2, bug #497 (project tex4ht): great, thanks, installed all those files in tl. wdyt about the general problem of no htf causing ligatures to be lost? maybe could revert to "nofonts" or something if htf not found? i kind of doubt anything like that is plausible, but wanted to

[tex4ht] [bug #497] spectral font support?

URL: Summary: spectral font support? Project: tex4ht Submitted by: karl Submitted on: Sat 02 Jan 2021 12:47:21 AM EET Category: None Priority: 5 - Normal

[tex4ht] [bug #494] ltugboat header and signature

Update of bug #494 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #2: all set here, thanks michal. ___ Reply

[tex4ht] [bug #494] ltugboat header and signature

URL: Summary: ltugboat header and signature Project: tex4ht Submitted by: karl Submitted on: Sun 06 Dec 2020 01:59:39 AM EET Category: None Priority: 5 - Normal

Re: [tex4ht] [bug #488] \over does not give the same result as equivalent \frac

> you shouldn't use \over with latex. With amsmath you would also get a \over is supported in LaTeX, to the best of my knowledge (despite all the ensuing parsing pain). There is no warning without amsmath, and the output is correct. And that's good, because surely millions of LaTeX documents

[tex4ht] [bug #486] Strange error with minted

Follow-up Comment #2, bug #486 (project tex4ht): The unbalanced quote message is not coming fromtex4ht. As far as I can tell, it comes from l3file.dtx (texmf-dist/source/latex/l3kernel), around line 2486 (at the moment): \cs_new:Npn \__kernel_file_name_strip_quotes:nnn #1#2#3 {

Re: [tex4ht] [bug #486] Strange error with minted

>Unbalanced quotes in file name '"filename.4ht'. Well, there is indeed an unbalanced double quote (") there. Maybe it is something that latex just never checked for before.

[tex4ht] [bug #477] Support for new LaTeX hook management

Follow-up Comment #4, bug #477 (project tex4ht): It might be worth asking the latexers for advice. Maybe they have some idea of how to profile. Since tex4ht didn't change (I presume), the slowdown in latex is surely not desirable from their point of view either. Also, maybe try running just one

Re: [tex4ht] [bug #482] Can't load fonts with polyglossia

I see. I guess that there is a missing \endgroup somewhere? I think this can be quite hard to find :/ Running with etex and \loggingall (specifically \tracinggroups=1, as I recall), the log file will continue with a line like ### simple group (level 1) entered at line 1 ({)

Re: [tex4ht] ! TeX capacity exceeded, sorry [save size=100000]. with tex4ht only

save_size=100 I'm not sure if I want to increase the default save_size by 10x, but if, say, 20 (2x) or 3x is enough, I could change the default. Can you give that a try? After all, it happens for you on some large document, more than likely it will happen to other people with their

Re: [tex4ht] ! TeX capacity exceeded, sorry [save size=100000]. with tex4ht only

I see no reason for such long compilation time. Nasser, maybe if you hit CTRL-C to interrupt the job at "random" intervals, you'll see the same places in the code being executed, to provide a clue as to why it's taking so long. I don't know of any real profiling method for (La)TeX code.

[tex4ht] [bug #478] clash between cleveref and amsthm

Follow-up Comment #1, bug #478 (project tex4ht): do you know where prof. roberts' full document is? i couldn't find it ... ___ Reply to this item at: ___

[tex4ht] [bug #273] biblatex broken again

Follow-up Comment #13, bug #273 (project tex4ht): since this is 3.5 years old, I'm guessing biblatex is ok now? ___ Reply to this item at: ___ Message

[tex4ht] [bug #236] using {newtxtext, newtxmath} packages breaks MathML generation in tex4ht

Follow-up Comment #3, bug #236 (project tex4ht): I installed the new htf files in TL. There were a ton. Hope that was the right thing to do. alias/LibertineMath alias/NewTXMath alias/TeXGyreTermes alias/TeXGyreTermesX alias/XCharterMath alias/coch alias/erew alias/ntxsups alias/ntxtm

[tex4ht] [bug #476] Error in `make update`

Follow-up Comment #1, bug #476 (project tex4ht): I wrote make update for myself, some years ago, to help with syncing tex4ht dev and tl. I don't expect anyone else to be using it. I promise nothing about it, including whether it will keep existing. Anyway, I don't see the error offhand. The line

[tex4ht] [bug #211] fancyvrb/alltt monospace by default

Follow-up Comment #2, bug #211 (project tex4ht): I was not aware I had "disabled ht-fonts". I don't even know how to do that :). We build the html just by running generic htlatex. as far as I can see. There is no special .cfg file. Ah well, no matter. Will look into it further if it comes up

[tex4ht] [bug #446] Accents are treated incorrectly

Update of bug #446 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #2: think there is nothing more to do here, closing.

[tex4ht] [bug #442] Bugs from cmidrule of booktabs

Update of bug #442 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #3: think there is nothing more to do here, closing.

[tex4ht] [bug #449] \ is not a nobreak space

Update of bug #449 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #11: guess we have to give up on this idea of breakable spaces, unfortunately. closing.

[tex4ht] [bug #453] tex4ht has strange characters at end of section titles when using cprotect

Update of bug #453 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #3: think there is nothing more to do here, closing.

[tex4ht] [bug #461] Formatting issues in doc/tex4ht-options.tex

Update of bug #461 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #2: think there is nothing more to do here, closing.

[tex4ht] [bug #469] dedicatory in amsart is not supported

Update of bug #469 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #2: update in tl, think there is nothing more to do here, closing.

[tex4ht] [bug #464] ! Bad register code (65536). because no new line used in long math?

Update of bug #464 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #4: think there is nothing more to do here, closing.

[tex4ht] [bug #467] tex4ht adds extra frame when table inside longtable

Update of bug #467 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #2: guess there is nothing more to do here, closing.

[tex4ht] [bug #466] tex4ht produces wrong table when adding td { padding: 10px; }

Update of bug #466 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #2: think there is nothing more to do here, closing.

[tex4ht] [bug #470] amsart does not treat the author properly

Update of bug #470 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #2: Updated in TeX Live, think there is nothing more to do here, closing.

[tex4ht] [bug #468] texh4t produces bad table of content when some math is used with mathjax mode

Update of bug #468 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #2: added to tl (some time ago), think there is nothing more to do here, closing ...

[tex4ht] [bug #472] src/htcmd.c fails to compile with format-security

Update of bug #472 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #1: Thanks. I made the changes in tex4ht-htcmd.tex, which generates htcmd.c. Will attach the new .c

Re: [tex4ht] compiling java in a single place

Summary of change: Fix dependencies with do_java=0 or 1, and compile xtpipes.jar only with compilation in tex. Installed, thanks.

Re: [tex4ht] compiling java in a single place

Subject: compiling java in a single place Ok, I installed that patch, except I set do_java=2 to omit Java stuff by default (as before). It takes way too long to repeatedly run all that every time. --thanks, karl.

Re: [tex4ht] java modules

speculate that the issue is that with do_java=1 we compile the java sources in two places, in the Makefile and in the t4ht system calls. Well, you created the Makefile invocations. Change it as you like. I certainly agree it is wrong to compile things in two places. If it's too much work

Re: [tex4ht] java modules

Anyway, in the meantime here is step4 patch. Installed. Other replies another time ... -k

Re: [tex4ht] java modules

Here is a fix for the problem that you observed. I installed it. Thanks. That fixed the first problem, but not the second ("pushd: no other directory"). tex4ht-javahelp-xtpipes.tex did not have the necessary \input{tex4ht-dir} (maybe you had that as a local change). I committed that too. By

[tex4ht] SearchFonts.java?

Oh, I forgot to mention -- I didn't reenable SearchFonts.java from fonts-noncjk. It would be easy enough to do so, but it seems weird for that one small Java file to be in the middle of all the font definitions. Is it ever used? I couldn't find it. And what does it do? Evidently it looks in

[tex4ht] xmllint calls, so many

There are tons of calls to xmllint on every individual file. It is annoying (and slow) to get those hundreds of lines of output that everything's ok every time. 1) I wonder if we really care. But I guess it is good to check that what's generated is valid. 2) In which case, I wonder if there is

Re: [tex4ht] java modules

I committed the step3 changes (r725). I also inserted a variable in the Makefile now, do_java, which enables all the Java stuff(*). It's off by default. I figure you can run make do_java=1 for testing for now. I changed all the bare "mkdir" calls to "mkdir -p" to avoid the useless "File exists"

Re: [tex4ht] java modules

Attached is step 2 patch. No problem there, installed (r719). -k

Re: [tex4ht] java modules

OK, enclosed is the 1st step, that which generates tex4ht-dir.tex from tex4ht-dir.m4. That's the part I already committed (with your additional Makefile changes). Please send step 2 :). Ordinarily I'd be fine with your committing changes, but since this procedure is pretty harrowing (but

Re: [tex4ht] java modules

I attached the whole diff, but I wish to split it into several elementary steps. Sounds good. 1) the first step is that tex4ht-dir.tex is renamed to tex4ht-dir.m4 and made a script, and the Makefile generates the texh4t-dir.tex from this m4 file. This way directory

Re: [tex4ht] java modules

Hi Vincent - you are already a project member. But being a project member seems irrelevant to me. Just send a diff ... --thanks, karl.

[tex4ht] [bug #456] what is so special about $\ln$ when using tex4ht in mathjax mode?

Update of bug #456 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #2: pushed to tl, closing. ___ Reply to

[tex4ht] [bug #450] adding https:// to \url

Update of bug #450 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #1: for the record, i figured this is not something to be done in tex4ht. i've added new commands to

[tex4ht] [bug #451] r666 breaks pgfmanual

Update of bug #451 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #13: discussing the spam question separately. closing.

[tex4ht] [bug #451] r666 breaks pgfmanual

Follow-up Comment #10, bug #451 (project tex4ht): I pushed those changes to TL for tonight. Re spam, do (either of) you have a particular change in mind? Is there something specific in these warnings you are seeing? I cannot randomly guess what to do to pacify gmail, if it's possible at all.

[tex4ht] [bug #450] adding https:// to \url

URL: Summary: adding https:// to \url Project: tex4ht Submitted by: karl Submitted on: Fri 28 Feb 2020 12:56:32 AM EET Category: None Priority: 5 - Normal

[tex4ht] [bug #449] \ is not a nobreak space

Update of bug #449 (project tex4ht): Open/Closed: Closed => Open ___ Follow-up Comment #9: Hi Michal - as you warned, but I didn't fully take in, this change affects verbatim also. That

[tex4ht] enspace for \ instead of nbsp

Hi tex4ht folks - at my (quite likely misguided) insistence, Michal has made the \ (that is, "\ " and \, etc.) TeX command generate an enspace (U+2002, https://www.fileformat.info/info/unicode/char/2002/) instead of the previous nbsp (U+00A0, http://www.fileformat.info/info/unicode/char/00a0/)

[tex4ht] [bug #449] \ is not a nobreak space

Update of bug #449 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #8: thanks. we'll see. ___ Reply to this

[tex4ht] [bug #449] \ is not a nobreak space

Follow-up Comment #6, bug #449 (project tex4ht): well, \ being an unbreakable space is just plain wrong. And multiple \ being preserved at line breaks (which I think happens now with nbsp?) is also wrong. So I'd like to try the enspace thing. Agreed it is a big change that might cause problems,

[tex4ht] [bug #449] \ is not a nobreak space

Follow-up Comment #4, bug #449 (project tex4ht): how about some kind of css? is the normal interword space for the current font somehow accessible, the way it should be? allowing line breaks would be an improvement, at least. an en space would generally be a little too wide, but the line breaks

[tex4ht] [bug #449] \ is not a nobreak space

Follow-up Comment #2, bug #449 (project tex4ht): oh yeah, collapsing multiple. Hmm. Is there really no way to output a normal, breakable, interword space other than a literal " " character in html/css? It seems so basic. How about outputting , so that it does not collapse if there is more than

[tex4ht] [bug #448] Package patching in the document preamble is broken

Update of bug #448 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #4: committed, i think. tl r53841. let me know if i should have done more than usepackage.4ht and

[tex4ht] [bug #449] \ is not a nobreak space

URL: Summary: \ is not a nobreak space Project: tex4ht Submitted by: karl Submitted on: Tue 18 Feb 2020 01:44:31 AM EET Category: None Priority: 5 - Normal

[tex4ht] [bug #448] Package patching in the document preamble is broken

Follow-up Comment #2, bug #448 (project tex4ht): ok, waiting for your command :). thanks for all this. ___ Reply to this item at: ___ Message sent

[tex4ht] [bug #447] biblatex 3.14

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

[tex4ht] [bug #439] adding \pagestyle{fancy} gives compile error with tex4ht

Update of bug #439 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #2: committed to tl (some time ago, i believe), so closing.

[tex4ht] [bug #437] unclosed \ifnum for \\* in longtable

Update of bug #437 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #4: committed to tl (some time ago, i believe), so closing.

[tex4ht] [bug #440] tabular generates invalid html due to trailing row

Update of bug #440 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #7: fixed in make4ht, i think, so closing.

[tex4ht] [bug #441] tex4ht+fontspec+textbf produces incorrectly nested html

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

[tex4ht] [bug #444] Wrong MathML markup for functions?

Update of bug #444 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #2: committed to tl (some time ago), closing.

[tex4ht] [bug #434] HTML mode is spewing some XML code

Update of bug #434 (project tex4ht): Status:None => Wont Fix Open/Closed:Open => Closed ___ Follow-up Comment #4: Hi Hilmar - well, I

Re: [tex4ht] New options for the paragraph separation

Personally, I would make the "p-space" behavior default, as I think it is better to separate paragraphs by a [vertical] space instead of a indent (on the Web). For myself, I fully agree. Indented paragraphs on web pages just look weird/wrong to me. -k

[tex4ht] [bug #392] make4ht crashes, error code 256, when using arev with bold font

Follow-up Comment #2, bug #392 (project tex4ht): michal, what do you mean by "spaces aren't recognized by tex4ht"? is there more to do here? ___ Reply to this item at:

[tex4ht] [bug #412] tex4ht \Css code works using standard document class but has no effect using koma-script class

Update of bug #412 (project tex4ht): Open/Closed:Open => Closed ___ Follow-up Comment #2: i guess conclusion is not a bug? closing.

  1   2   3   >