bugtex4ht - Bugs: bug #200, fmtcount & tex4ht conflicting

Show feedback again

You are not allowed to post comments on this tracker with your current authentification level.

bug #200: fmtcount & tex4ht conflicting

Submitted by:  Vincent Belaïche <vincentb1>
Submitted on:  Sun Jan 5 04:53:55 2014  
Category: NonePriority: 5 - Normal
Severity: 5 - NormalStatus: None
Privacy: PublicAssigned to: None
Open/Closed: Open

Thu Mar 6 19:19:20 2014, comment #4:

installing from source is likely to be a tremendous source of problems and delays, as you have discovered. since we have never done that and the infrastructure simply isn't there.

what i would suggest is to find the right source file (tex4ht-4ht.tex?) and post (or send me) the change to that file; then I can regenerate the derived files and install the fix. (You can also try regenerating it by hand and maybe that will work.)

Thanks for all your efforts.


Karl Berry <karl>
Project Administrator
Sun Mar 2 21:50:26 2014, comment #3:

After some investigation, I think that I have some idea about what is happening : it seems that we have some \edef that should be replaced by \protected@edef to make it work better.

Now, I would like to try that, but the thing is that I have been doing the tests with tex4ht bundled with MikTeX. I am trying to install tex4ht from the source. So I have

1) renamed all the tex4ht executable in MikTeX with a miktex- prefix, e.g. htlatex.exe becomes miktex-htlatex, so that tex4ht work area equivalent are not mixed up with these ones.

2) I have tried to make the build under msys, but it does not work, probably because the tex4ht.exe coming from the repo is not an MSYS application (to be confirmed)

3) I am now trying to make the build under MSDOS (ouch...) with mingw32-make, but there are other issues, I will post another bug to follow up this.

Vincent Belaïche <vincentb1>
Project Member
Mon Jan 6 09:16:14 2014, comment #2:

Ok, I will try my best to find a fix.

I let you know on this same thread.


Vincent Belaïche <vincentb1>
Project Member
Sun Jan 5 23:21:01 2014, comment #1:

Hi Vincent - well, I'm not likely to have time to investigate this any time soon, and I know CVR is occupied with other work as well. If you or anyone else can come up with a patch, that would be great. Otherwise, whatever happens will happen in due time ...

thanks for the report,

Karl Berry <karl>
Project Administrator
Sun Jan 5 04:53:55 2014, original submission:


Karl: you are everywhere !

You can find on this thread some info on the problem:


Besically the problem is that

htlatex temp.tex

(where temp.tex is attached) does not compile with htlatex, while it has no problem with latex.

Please note that I am using htlatex from MikTeX 2.9 distribution.

It is also funny if you replace the \renewcommand statement by




Anyway, thank you for your help.


PS: The initial intent is to make some non regression script for fmtcount

Vincent Belaïche <vincentb1>
Project Member


Attached Files
file #155:  temp.tex added by vincentb1 (149B - application/octet-stream)


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -unavailable- added by karl (Posted a comment)
  • -unavailable- added by vincentb1 (Submitted the item)

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.


    Please enter the title of George Orwell's famous dystopian book (it's a date):



    1 latest change follows.

    Date Changed By Updated Field Previous Value => Replaced By
    Sun Jan 5 04:53:55 2014vincentb1Attached File-=>Added temp.tex, #155
    Show feedback again

    Back to the top

    Powered by Savane 3.1-cleanup+gray