problem with tex4ht
After some trouble (always the same problem of compatibility of hyperref package) I manage to have a good html by: 1. exporting foo.lyx to foo.tex (plain) 2. latex foo 3. bibtex foo 3. latex foo not needed 4. latex foo not needed 3. htlatex foo html except that figures look very bad (not all) as I suspect they are converted from png to eps to jpg and resized as well somewhere. but this is not my concern now. If the figures are incorporated into the source with \includegraphics instructions the conversions shouldn't occur and it would be a bug for me to consider. Otherwise, some tex4ht configurations will be needed. htlatex foo html,2,frames what I get is a single file, in one single frame. I attach a rar file with a simple example (lyx, tex files etc) Can you provide just the latex and log files in non-rar format (e.g., zipped or, better off, pointers to where the file can be downloaded from the web). -eitan
problem with tex4ht
After some trouble (always the same problem of compatibility of hyperref package) I manage to have a good html by: 1. exporting foo.lyx to foo.tex (plain) 2. latex foo 3. bibtex foo 3. latex foo not needed 4. latex foo not needed 3. htlatex foo html except that figures look very bad (not all) as I suspect they are converted from png to eps to jpg and resized as well somewhere. but this is not my concern now. If the figures are incorporated into the source with \includegraphics instructions the conversions shouldn't occur and it would be a bug for me to consider. Otherwise, some tex4ht configurations will be needed. htlatex foo html,2,frames what I get is a single file, in one single frame. I attach a rar file with a simple example (lyx, tex files etc) Can you provide just the latex and log files in non-rar format (e.g., zipped or, better off, pointers to where the file can be downloaded from the web). -eitan
problem with tex4ht
> After some trouble (always the same problem of compatibility of > hyperref package) I manage to have a good html by: > 1. exporting foo.lyx to foo.tex (plain) > 2. latex foo > 3. bibtex foo > 3. latex foo < not needed > 4. latex foo < not needed > 3. htlatex foo "html" > > except that figures look very bad (not all) as I suspect they are > converted from png to eps to jpg and resized as well somewhere. but > this is not my concern now. If the figures are incorporated into the source with \includegraphics instructions the conversions shouldn't occur and it would be a bug for me to consider. Otherwise, some tex4ht configurations will be needed. > htlatex foo "html,2,frames" > what I get is a single file, in one single frame. > I attach a rar file with a simple example (lyx, tex files etc) Can you provide just the latex and log files in non-rar format (e.g., zipped or, better off, pointers to where the file can be downloaded from the web). -eitan
Re: lyx-users Digest 26 Jun 2006 15:12:57 -0000 Issue 1937
It worked very well with a slight exception. I see well close up, and the math equations produced are 15-20% too small. Many people could not read them as they are. The .jpgs are not the same size as the math equations displayed as when .png files are selected. No doubt the remedy is already contained in the documentation. They are very distinct and not blurry, if you see well close up. I also noticed that the tex4ht-bin had been updated May 19, 2006 and I didn't have it. So I downloaded it and it made no apparent change to the quality of the htlatex outputted web page/images. Typically, the quality of images can be improved by using outline fonts, changing the parameters of the conversion utilities invoked through the G-scripts of tex4ht.env, and controlling the size of the fonts used in the source files. -eitan
Re: lyx-users Digest 26 Jun 2006 15:12:57 -0000 Issue 1937
It worked very well with a slight exception. I see well close up, and the math equations produced are 15-20% too small. Many people could not read them as they are. The .jpgs are not the same size as the math equations displayed as when .png files are selected. No doubt the remedy is already contained in the documentation. They are very distinct and not blurry, if you see well close up. I also noticed that the tex4ht-bin had been updated May 19, 2006 and I didn't have it. So I downloaded it and it made no apparent change to the quality of the htlatex outputted web page/images. Typically, the quality of images can be improved by using outline fonts, changing the parameters of the conversion utilities invoked through the G-scripts of tex4ht.env, and controlling the size of the fonts used in the source files. -eitan
Re: lyx-users Digest 26 Jun 2006 15:12:57 -0000 Issue 1937
> It worked very well with a slight exception. I see well close up, > and the math equations produced are 15-20% too small. Many people > could not read them as they are. The .jpgs are not the same size > as the math equations displayed as when .png files are selected. > No doubt the remedy is already contained in the documentation. > > They are very distinct and not blurry, if you see well close up. > I also noticed that the tex4ht-bin had been updated May 19, 2006 > and I didn't have it. So I downloaded it and it made no apparent > change to the quality of the htlatex outputted web page/images. Typically, the quality of images can be improved by using outline fonts, changing the parameters of the conversion utilities invoked through the G-scripts of tex4ht.env, and controlling the size of the fonts used in the source files. -eitan
Re: lyx-users Digest 26 Jun 2006 15:12:57 -0000 Issue 1937
Steve, The command htlatex demoarticle html,jpg asks for bitmaps in jpg format. Looks like an improper G configuration in tex4ht.env forces png code. Can you show me the tex4ht.env file in use and a segment of messages of the following form issued onto the stdio stream. System call: dvips ... System return: 0 System call: /usr/local/magick-6.2.4-6/bin/convert -trim +repage ... ... System return: 0 -eitan Yes, I found that in the log file after you pointed it out, thanks. It changes the html source code properly, so no need of Search Replace. But first it seems it is needed to generate the .png files with htlatex. 1. copy demoarticle.tex (or something.tex) and drawing.eps to C:\demo 2. htlatex demoarticle.tex to produce the .png files and html. 3. htlatex demoarticle.tex html,jpg changes the names in source code 4. mogrify -format jpg *.png change all the .png to .jpg keeps .png ImageMagicks mogrify batches a wizard's spell within the htlatex potion.
Re: lyx-users Digest 26 Jun 2006 15:12:57 -0000 Issue 1937
I think the problem may be due to my older version of ImageMagick. ImageMagick works fine. The problem is in how tex4ht is configured. tex4ht.c (2004-10-23-18:53 Windows MiKTeX) tex4ht demoarticle.tex ] [2] [3] [4 Renaming `cmmi12.png' to `hzfx.png' The above comment is wrong regarding the output format and can be ignored. I fixed the source tex4ht.c to provide correct notices. The comment has no bearing on the output format. %% % tex4ht.env (MiKTeX 2.4.1771) % % Copyright (C) 1997--2004Eitan M. Gurari% convert G.png Gif exist zz%%4.ps DEL zz%%4.ps nul Gif exist %%3 DEL %%3 nul Gdvips.exe -E -q -Ppdf -f %%1 -pp %%2 zz%%4.ps Gmgs.exe -sDEVICE=pngalpha -sOutputFile=%%3 -r110x110 -dEPSCrop -dBackgroundColor=16#ff -dTextAlphaBits=2 -dGraphicsAlphaBits=2 -q -dbatch -dNOPAUSE zz%%4.ps -c quit Gif exist zz%%4.ps DEL zz%%4.ps nul G. Gif exist zz%%4.ps DEL zz%%4.ps nul Gif exist %%3 DEL %%3 nul Gdvips.exe -Ppdf -mode ibmvga -D 110 -f %%1 -pp %%2 zz%%4.ps Gconvert.exe zz%%4.ps -trim +repage -density 110x110 -transparent #FF %%3 Gif exist zz%%4.ps DEL zz%%4.ps nul /convert Can you try in tex4ht.env the following code segment instead of the above one. convert Gif exist zz%%4.ps DEL zz%%4.ps nul Gif exist %%3 DEL %%3 nul Gdvips -E -Ppdf -mode ibmvga -D 110 -f %%1 -pp %%2 zz%%4.ps Gconvert zz%%4.ps -trim +repage -density 110x110 -transparent #FF %%3 Gif exist zz%%4.ps DEL zz%%4.ps nul /convert g.png Also, in tex4ht.env, replace the above record with g.jpg Note: the G and g records shouldn't contain leading spaces. It might also be worth noticing that tex4ht got quite a few improvements since 2004: http://www.cse.ohio-state.edu/~gurari/TeX4ht/bugfixes.html = [1 Mar 05] [12 Nov 04] -eitan
Re: lyx-users Digest 26 Jun 2006 15:12:57 -0000 Issue 1937
Steve, The command htlatex demoarticle html,jpg asks for bitmaps in jpg format. Looks like an improper G configuration in tex4ht.env forces png code. Can you show me the tex4ht.env file in use and a segment of messages of the following form issued onto the stdio stream. System call: dvips ... System return: 0 System call: /usr/local/magick-6.2.4-6/bin/convert -trim +repage ... ... System return: 0 -eitan Yes, I found that in the log file after you pointed it out, thanks. It changes the html source code properly, so no need of Search Replace. But first it seems it is needed to generate the .png files with htlatex. 1. copy demoarticle.tex (or something.tex) and drawing.eps to C:\demo 2. htlatex demoarticle.tex to produce the .png files and html. 3. htlatex demoarticle.tex html,jpg changes the names in source code 4. mogrify -format jpg *.png change all the .png to .jpg keeps .png ImageMagicks mogrify batches a wizard's spell within the htlatex potion.
Re: lyx-users Digest 26 Jun 2006 15:12:57 -0000 Issue 1937
I think the problem may be due to my older version of ImageMagick. ImageMagick works fine. The problem is in how tex4ht is configured. tex4ht.c (2004-10-23-18:53 Windows MiKTeX) tex4ht demoarticle.tex ] [2] [3] [4 Renaming `cmmi12.png' to `hzfx.png' The above comment is wrong regarding the output format and can be ignored. I fixed the source tex4ht.c to provide correct notices. The comment has no bearing on the output format. %% % tex4ht.env (MiKTeX 2.4.1771) % % Copyright (C) 1997--2004Eitan M. Gurari% convert G.png Gif exist zz%%4.ps DEL zz%%4.ps nul Gif exist %%3 DEL %%3 nul Gdvips.exe -E -q -Ppdf -f %%1 -pp %%2 zz%%4.ps Gmgs.exe -sDEVICE=pngalpha -sOutputFile=%%3 -r110x110 -dEPSCrop -dBackgroundColor=16#ff -dTextAlphaBits=2 -dGraphicsAlphaBits=2 -q -dbatch -dNOPAUSE zz%%4.ps -c quit Gif exist zz%%4.ps DEL zz%%4.ps nul G. Gif exist zz%%4.ps DEL zz%%4.ps nul Gif exist %%3 DEL %%3 nul Gdvips.exe -Ppdf -mode ibmvga -D 110 -f %%1 -pp %%2 zz%%4.ps Gconvert.exe zz%%4.ps -trim +repage -density 110x110 -transparent #FF %%3 Gif exist zz%%4.ps DEL zz%%4.ps nul /convert Can you try in tex4ht.env the following code segment instead of the above one. convert Gif exist zz%%4.ps DEL zz%%4.ps nul Gif exist %%3 DEL %%3 nul Gdvips -E -Ppdf -mode ibmvga -D 110 -f %%1 -pp %%2 zz%%4.ps Gconvert zz%%4.ps -trim +repage -density 110x110 -transparent #FF %%3 Gif exist zz%%4.ps DEL zz%%4.ps nul /convert g.png Also, in tex4ht.env, replace the above record with g.jpg Note: the G and g records shouldn't contain leading spaces. It might also be worth noticing that tex4ht got quite a few improvements since 2004: http://www.cse.ohio-state.edu/~gurari/TeX4ht/bugfixes.html = [1 Mar 05] [12 Nov 04] -eitan
Re: lyx-users Digest 26 Jun 2006 15:12:57 -0000 Issue 1937
Steve, The command htlatex demoarticle "html,jpg" asks for bitmaps in jpg format. Looks like an improper G configuration in tex4ht.env forces png code. Can you show me the tex4ht.env file in use and a segment of messages of the following form issued onto the stdio stream. System call: dvips ... System return: 0 System call: /usr/local/magick-6.2.4-6/bin/convert -trim +repage ... ... System return: 0 -eitan > Yes, I found that in the log file after you pointed it out, thanks. It > changes the html source code properly, so no need of Search & Replace. > > But first it seems it is needed to generate the .png files with htlatex. > > 1. copy demoarticle.tex (or something.tex) and drawing.eps to C:\demo > 2. "htlatex demoarticle.tex" to produce the .png files and html. > 3. "htlatex demoarticle.tex "html,jpg" changes the names in source code > 4. "mogrify -format jpg *.png" change all the .png to .jpg keeps .png > > ImageMagicks mogrify batches a wizard's spell within the htlatex potion.
Re: lyx-users Digest 26 Jun 2006 15:12:57 -0000 Issue 1937
> I think the problem may be due to my older version of ImageMagick. ImageMagick works fine. The problem is in how tex4ht is configured. > > tex4ht.c (2004-10-23-18:53 Windows MiKTeX) > tex4ht demoarticle.tex > ] [2] [3] [4 > Renaming `cmmi12.png' to `hzfx.png' The above comment is wrong regarding the output format and can be ignored. I fixed the source tex4ht.c to provide correct notices. The comment has no bearing on the output format. > %% > % tex4ht.env (MiKTeX 2.4.1771) % > % Copyright (C) 1997--2004Eitan M. Gurari% > > G.png > Gif exist zz%%4.ps DEL zz%%4.ps >nul > Gif exist %%3 DEL %%3 >nul > Gdvips.exe -E -q -Ppdf -f %%1 -pp %%2 > zz%%4.ps > Gmgs.exe -sDEVICE=pngalpha -sOutputFile=%%3 -r110x110 -dEPSCrop > -dBackgroundColor=16#ff -dTextAlphaBits=2 -dGraphicsAlphaBits=2 -q > -dbatch -dNOPAUSE zz%%4.ps -c quit > Gif exist zz%%4.ps DEL zz%%4.ps >nul > G. > Gif exist zz%%4.ps DEL zz%%4.ps >nul > Gif exist %%3 DEL %%3 >nul > Gdvips.exe -Ppdf -mode ibmvga -D 110 -f %%1 -pp %%2 > zz%%4.ps > Gconvert.exe zz%%4.ps -trim +repage -density 110x110 -transparent "#FF" > %%3 > Gif exist zz%%4.ps DEL zz%%4.ps >nul > Can you try in tex4ht.env the following code segment instead of the above one. Gif exist zz%%4.ps DEL zz%%4.ps >nul Gif exist %%3 DEL %%3 >nul Gdvips -E -Ppdf -mode ibmvga -D 110 -f %%1 -pp %%2 > zz%%4.ps Gconvert zz%%4.ps -trim +repage -density 110x110 -transparent "#FF" %%3 Gif exist zz%%4.ps DEL zz%%4.ps >nul > g.png Also, in tex4ht.env, replace the above record with g.jpg Note: the G and g records shouldn't contain leading spaces. It might also be worth noticing that tex4ht got quite a few improvements since 2004: http://www.cse.ohio-state.edu/~gurari/TeX4ht/bugfixes.html => [1 Mar 05] [12 Nov 04] -eitan
Re: lyx-users Digest 26 Jun 2006 15:12:57 -0000 Issue 1937
If you prefer jpg, it would be better to hack the tex4ht configuration file, I had a look at the tex4ht configuration file and it doesn't look easy to hack in order to use jpg format! Since there's an advantage in A command line option `jpg' should provide the mentioned output format. For instance, htlatex file html,jpg -eitan
Re: lyx-users Digest 26 Jun 2006 15:12:57 -0000 Issue 1937
If you prefer jpg, it would be better to hack the tex4ht configuration file, I had a look at the tex4ht configuration file and it doesn't look easy to hack in order to use jpg format! Since there's an advantage in A command line option `jpg' should provide the mentioned output format. For instance, htlatex file html,jpg -eitan
Re: lyx-users Digest 26 Jun 2006 15:12:57 -0000 Issue 1937
> >If you prefer jpg, it would be better to hack the tex4ht configuration file, > > I had a look at the tex4ht configuration file and it doesn't look easy > to hack in order to use jpg format! Since there's an advantage in A command line option `jpg' should provide the mentioned output format. For instance, htlatex file "html,jpg" -eitan
