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

[Karl Berry]

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 again. Thanks.


___

Reply to this item at:

  

___
  Message sent via/by Puszcza
  http://puszcza.gnu.org.ua/

[tex4ht] [bug #396] Issue with nested tables, array package and ooffice output

[Michal Hoftich]

Update of bug #396 (project tex4ht):

 Open/Closed:Open => Closed 

___

Follow-up Comment #1:

This should be fixed now, the DOM filter is used automatically by make4ht ODT
output.

___

Reply to this item at:

  

___
  Message sent via/by Puszcza
  http://puszcza.gnu.org.ua/

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

[Michal Hoftich]

Update of bug #352 (project tex4ht):

 Open/Closed:Open => Closed 

___

Follow-up Comment #10:

I don't remember what issues were that I mentioned in my previous post, but I
think it is mostly fixed now.

___

Reply to this item at:

  

___
  Message sent via/by Puszcza
  http://puszcza.gnu.org.ua/

[tex4ht] [bug #341] html5 support

[Michal Hoftich]

Update of bug #341 (project tex4ht):

 Open/Closed:Open => Closed 

___

Follow-up Comment #2:

HTML5 support is now alive and default output.

___

Reply to this item at:

  

___
  Message sent via/by Puszcza
  http://puszcza.gnu.org.ua/

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

[Michal Hoftich]

Update of bug #211 (project tex4ht):

 Open/Closed:Open => Closed 

___

Follow-up Comment #1:

The monospaced fonts in these environments is ensured by using monospaced
HT-fonts. I've added the CSS declarations, but they will have effect only when
user disables HT-fonts.

___

Reply to this item at:

  

___
  Message sent via/by Puszcza
  http://puszcza.gnu.org.ua/

[tex4ht] [bug #152] feature request: export \textsubscript to ooffice

[Michal Hoftich]

Update of bug #152 (project tex4ht):

 Open/Closed:Open => Closed 

___

Follow-up Comment #1:

I think this patch had been already incorporated to the TeX4ht sources.

___

Reply to this item at:

  

___
  Message sent via/by Puszcza
  http://puszcza.gnu.org.ua/

[tex4ht] [bug #260] Hnewline inserts a spurious space character

[Michal Hoftich]

Update of bug #260 (project tex4ht):

 Open/Closed:Open => Closed 

___

Follow-up Comment #3:

I think this is redefined later in the TeX4ht processing, because it doesn't
change the output when I try to modify the value used here, even if I add some
extra characters.

___

Reply to this item at:

  

___
  Message sent via/by Puszcza
  http://puszcza.gnu.org.ua/

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

[Michal Hoftich]

Update of bug #375 (project tex4ht):

 Open/Closed:Open => Closed 

___

Follow-up Comment #3:

I guess this needs to be fixed on the OP's sided.

___

Reply to this item at:

  

___
  Message sent via/by Puszcza
  http://puszcza.gnu.org.ua/

[tex4ht] [bug #432] tex4ht: wrong charset in htlatex output

[Michal Hoftich]

Update of bug #432 (project tex4ht):

 Open/Closed:Open => Closed 

___

Follow-up Comment #1:

Yes, the encoding should be "utf-8" as he requires "uni-html4" option. Note
that this happens only with old scripts like htlatex, as make4ht uses utf-8 by
default. 

Anyway, I've updated the sources to better support the `uni-html4` option. The
other option, that worked always is to use the "charset=utf-8" option:

--
htlatex minimal_example_squeeze.tex "xhtml,charset=utf-8" " -utf8 -cunihtf" 
--

___

Reply to this item at:

  

___
  Message sent via/by Puszcza
  http://puszcza.gnu.org.ua/

[tex4ht] [bug #230] Bad mathchar (79119) using htlatex+mathml with \uparrow with align from amsmath package

[Michal Hoftich]

Update of bug #230 (project tex4ht):

 Open/Closed:Open => Closed 

___

Follow-up Comment #3:

It seems this had been fixed already. Jsmath had been supersedded by MathJax.

___

Reply to this item at:

  

___
  Message sent via/by Puszcza
  http://puszcza.gnu.org.ua/

[tex4ht] [bug #276] avoid multiple runs of latex

[Michal Hoftich]

Update of bug #276 (project tex4ht):

 Open/Closed:Open => Closed 

___

Follow-up Comment #2:

Already implemented in make4ht.

___

Reply to this item at:

  

___
  Message sent via/by Puszcza
  http://puszcza.gnu.org.ua/

[tex4ht] [bug #235] tex4ht hyper fonts problems.

[Michal Hoftich]

Update of bug #235 (project tex4ht):

 Open/Closed:Open => Closed 

___

Follow-up Comment #1:

It seems this issue had been fixed at some place in the past.

___

Reply to this item at:

  

___
  Message sent via/by Puszcza
  http://puszcza.gnu.org.ua/

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

[Ulrich Müller]

Follow-up Comment #2, bug #472 (project tex4ht):

The Gentoo package compiles and installs htcmd for some reason (presumably
https://bugs.gentoo.org/85301#c2 which is a little weak indeed), so the
format-security issue has popped up in an automatic scan.

Looking at the source code, the command seems to do conversion from slashes to
backslashes in path names, which doesn't look useful outside of the
MS-DOS/Windows world.

BTW, there may be more security issues: warn_err_mssg[] has only one element
and err_i() accesses it out of bounds. The command line buffer is allocated
with a fixed size and populated without any size checks.

So, I'm going to drop htcmd from the Gentoo package. Sorry for the noise.


___

Reply to this item at:

  

___
  Message sent via/by Puszcza
  http://puszcza.gnu.org.ua/