From dr6583 at comcast.net  Sun Oct 10 03:17:22 2004
From: dr6583 at comcast.net (Darrell)
Date: Sun Oct 10 03:24:05 2004
Subject: [l2h] XP problems
Message-ID: <000c01c4ae66$e5e0f900$54183544@machine>

I've got a new PC with XP (was on 98 and NT before w/ no prob.)  I've got all the latest downloads of l2h, netpbm, activeperl, ghostscript.  Does anyone know why some of my math formulas now have a thick underline, and what to do about it?  It's only some of them (I have amsmath loaded. BTW).  I've even 'downgraded' to the same versions of l2h, netpbm, perl, gs, I had on the old system, configured everything the same, and still have the problem.  I'm scratching my head on this one.

I was also having a problem utilizing the temporary directory I defined in prefs.pm before installation, which resulted in no images being generated, but I later set  $LATEX_DUMP = 0 which seems to fix, or at least workaround, that particular problem.

Any advice for l2h on WinXP will be appreciated (except to get Linux--that's not an option).

Thanks,
Darrell
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://tug.org/pipermail/latex2html/attachments/20041009/704cb375/attachment.htm
From stigge at antcom.de  Mon Oct 11 20:43:59 2004
From: stigge at antcom.de (Roland Stigge)
Date: Mon Oct 11 20:52:21 2004
Subject: [l2h] [Fwd: Bug#276037: latex2html: please support
	\usepackage{array} along with the extended tabular syntax]
Message-ID: <1097520239.4240.38.camel@atari.stigge.org>

Hi,

FYI, a Debian user reported the problem described in the attachment.

See also http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=276037

Thanks for considering.

bye,
  Roland
-------------- next part --------------
An embedded message was scrubbed...
From: Vassilii Khachaturov <vassilii@tarunz.org>
Subject: Bug#276037: latex2html: please support \usepackage{array} along
	with the extended tabular syntax
Date: Mon, 11 Oct 2004 20:00:08 +0200
Size: 4724
Url: http://tug.org/pipermail/latex2html/attachments/20041011/568f94a8/attachment.eml
From ross at maths.mq.edu.au  Tue Oct 12 01:21:39 2004
From: ross at maths.mq.edu.au (Ross Moore)
Date: Tue Oct 12 01:23:42 2004
Subject: [l2h] [Fwd: Bug#276037: latex2html: please support
	\usepackage{array} along with the extended tabular syntax]
In-Reply-To: <1097520239.4240.38.camel@atari.stigge.org>
References: <1097520239.4240.38.camel@atari.stigge.org>
Message-ID: <4DD384FC-1BDC-11D9-8B00-00039391146A@maths.mq.edu.au>

Hi Roland,

On 12/10/2004, at 4:43 AM, Roland Stigge wrote:

> Hi,
>
> FYI, a Debian user reported the problem described in the attachment.
>
> See also http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=276037
>

>> Could you please support the extended array/tabular syntax provided by
>> the 'array' package? Example:
>>
>> 	\usepackage{array}
>> 	...
>> 	\begin{tabular}{>{\sl}cl}
>> 	123&foo\\
>> 	456&bar\\
>> 	\end{tabular}
>>
>> is not supported right now, the whole columns spec gets ignored
>> by latex2html, including even the 'cl'. To have the above typeset
>> properly in both the LaTeX and the HTML one has to manually apply
>> the formatting to the corresponding column contents:


This extended syntax *is* supported by LaTeX2HTML,
when generating HTML for version 3.2 or 4.0.

The translation of the given example in these cases should be as 
follows.

       ---------------------------------------

HTML 3.2 :
see:  http://www-texdev.ics.mq.edu.au/DebianBugs/arraytest-v32/

<TABLE CELLPADDING=3>
<TR><TD ALIGN="CENTER"><I>123</I></TD>
<TD ALIGN="LEFT">foo</TD>
</TR>
<TR><TD ALIGN="CENTER"><I>456</I></TD>
<TD ALIGN="LEFT">bar</TD>
</TR>
</TABLE>

       ---------------------------------------

HTML 4.0
see:  http://www-texdev.ics.mq.edu.au/DebianBugs/arraytest-v40/

<TABLE CELLPADDING=3>
<TR><TD ALIGN="CENTER"><I CLASS="slanted">123</I></TD>
<TD ALIGN="LEFT">foo</TD>
</TR>
<TR><TD ALIGN="CENTER"><I CLASS="slanted">456</I></TD>
<TD ALIGN="LEFT">bar</TD>
</TR>
</TABLE>



The relevant Perl modules for this part of the translation process
are
    $LATEX2HTMLDIR/versions/html3_2.pl
    $LATEX2HTMLDIR/versions/html4_0.pl

The versions of these modules available at  www.latex2html.org
agree with those used to produce the above examples:


landau.ics.mq.edu.au> cvs status html4_0.pl
===================================================================
File: html4_0.pl        Status: Up-to-date

    Working revision:    1.41
    Repository revision: 1.41    
/home/latex2ht/cvs/latex2html/user/versions/html4_0.pl,v
    Sticky Tag:          (none)
    Sticky Date:         (none)
    Sticky Options:      (none)

landau.ics.mq.edu.au> cvs status html3_2.pl
===================================================================
File: html3_2.pl        Status: Up-to-date

    Working revision:    1.64
    Repository revision: 1.64    
/home/latex2ht/cvs/latex2html/user/versions/html3_2.pl,v
    Sticky Tag:          (none)
    Sticky Date:         (none)
    Sticky Options:      (none)



So I do not understand the basis for this bug-report.

Perhaps the author was either:

   a. generating code for out-dated versions of HTML
       (e.g.  3.0, 3.1, or 2.x  or 1.x
     --- though then LaTeX2HTML might have created an image)
or
   b. doing something significantly more complicated than
       in the stated example.
or
   c. it is the Debian distribution that is not sufficiently
       up-to-date.


> Thanks for considering.


Have done so.



Best regards,

	Ross


>
> bye,
>   Roland
>
> _______________________________________________
> latex2html mailing list
> latex2html@tug.org
> http://tug.org/mailman/listinfo/latex2html
>
------------------------------------------------------------------------
Ross Moore                                         ross@maths.mq.edu.au
Mathematics Department                             office: E7A-419
Macquarie University                               tel: +61 +2 9850 8955
Sydney, Australia                                  fax: +61 +2 9850 8114
------------------------------------------------------------------------

From V.Fyodorov at tltsu.ru  Tue Oct 12 05:57:41 2004
From: V.Fyodorov at tltsu.ru (V.Fyodorov@tltsu.ru)
Date: Tue Oct 12 05:59:27 2004
Subject: [l2h] Bug in graphics-support.perl
Message-ID: <33963.192.168.0.251.1097553461.squirrel@www.tltsu.ru>

Small tipo prevents using GRAPHICS_NOSCALE flag.

--- graphics-support.perl.orig  2004-10-12 08:51:36.059963600 +0500
+++ graphics-support.perl       2004-10-12 08:52:00.210292192 +0500
@@ -133,7 +133,7 @@
 $GRAPHICS_PATH = [] unless defined($GRAPHICS_PATH);

 @GRAPHICS_CLIPOPTS  = qw(viewport trim clip);
-@GRAPHICS_SCALEOPTS = qw(scale width height totalheight keepaspectratio);
+@GRAPHICS_SCALEEOPTS = qw(scale width height totalheight keepaspectratio);
 @GRAPHICS_ROTATEOPTS= qw(angle origin);

 # %GRAPHICS_OPTHIDE : graphics options we'll ignore

From stigge at antcom.de  Tue Oct 12 09:46:04 2004
From: stigge at antcom.de (Roland Stigge)
Date: Tue Oct 12 09:55:13 2004
Subject: [l2h] [Fwd: Bug#276037: latex2html: please support
	\usepackage{array} along with the extended tabular syntax]
In-Reply-To: <4DD384FC-1BDC-11D9-8B00-00039391146A@maths.mq.edu.au>
References: <1097520239.4240.38.camel@atari.stigge.org>
	<4DD384FC-1BDC-11D9-8B00-00039391146A@maths.mq.edu.au>
Message-ID: <1097567164.12182.1.camel@atari.stigge.org>

Hi,

On Tue, 2004-10-12 at 01:21, Ross Moore wrote:
> This extended syntax *is* supported by LaTeX2HTML,
> when generating HTML for version 3.2 or 4.0.

Sorry for the inconvenience; haven't checked that before forwarding it
blindly. Stupid me.

bye,
  Roland


From stigge at antcom.de  Tue Oct 12 13:48:50 2004
From: stigge at antcom.de (Roland Stigge)
Date: Tue Oct 12 13:50:30 2004
Subject: [l2h] [Fwd: Bug#276037: latex2html: please support
	\usepackage{array} along with the extended tabular syntax]
In-Reply-To: <4DD384FC-1BDC-11D9-8B00-00039391146A@maths.mq.edu.au>
References: <1097520239.4240.38.camel@atari.stigge.org>
	<4DD384FC-1BDC-11D9-8B00-00039391146A@maths.mq.edu.au>
Message-ID: <1097581730.13582.28.camel@atari.stigge.org>

Hi,

On Tue, 2004-10-12 at 01:21, Ross Moore wrote:
> This extended syntax *is* supported by LaTeX2HTML,
> when generating HTML for version 3.2 or 4.0.

He was using "-html_version '4.0,table'" together with the array
package. I can confirm that those seem to interfere somehow.

Just in case it's interesting for latex2html development.

bye,
  Roland


From ross at maths.mq.edu.au  Tue Oct 12 14:18:14 2004
From: ross at maths.mq.edu.au (Ross Moore)
Date: Tue Oct 12 14:20:09 2004
Subject: [l2h] [Fwd: Bug#276037: latex2html: please support
	\usepackage{array} along with the extended tabular syntax]
In-Reply-To: <1097581730.13582.28.camel@atari.stigge.org>
References: <1097520239.4240.38.camel@atari.stigge.org>
	<4DD384FC-1BDC-11D9-8B00-00039391146A@maths.mq.edu.au>
	<1097581730.13582.28.camel@atari.stigge.org>
Message-ID: <CA6A2F64-1C48-11D9-8B00-00039391146A@maths.mq.edu.au>


On 12/10/2004, at 9:48 PM, Roland Stigge wrote:

> Hi,
>
> On Tue, 2004-10-12 at 01:21, Ross Moore wrote:
>> This extended syntax *is* supported by LaTeX2HTML,
>> when generating HTML for version 3.2 or 4.0.
>
> He was using "-html_version '4.0,table'" together with the array

Ahah! The  'table'  option was created for  HTML 2.2 (I think!)
back when <TABLE> tags were first introduced to HTML.

It is completely superseded by HTML3.1, HTML3.2, HTML4.0 and later,
so should *never* be used with any of these!

> package. I can confirm that those seem to interfere somehow.

(Yes, it's probably a bug in LaTeX2HTML that allows the  table.pl
module to be loaded when a more advanced version has been specified
already!)

>
> Just in case it's interesting for latex2html development.

Well, it's worth noting that someone tried this combination.


Cheers,

	Ross

>
> bye,
>   Roland
>
>
> _______________________________________________
> latex2html mailing list
> latex2html@tug.org
> http://tug.org/mailman/listinfo/latex2html
>
------------------------------------------------------------------------
Ross Moore                                         ross@maths.mq.edu.au
Mathematics Department                             office: E7A-419
Macquarie University                               tel: +61 +2 9850 8955
Sydney, Australia                                  fax: +61 +2 9850 8114
------------------------------------------------------------------------

From H.FANGOHR at soton.ac.uk  Thu Oct 21 17:49:44 2004
From: H.FANGOHR at soton.ac.uk (Hans Fangohr)
Date: Thu Oct 21 18:16:43 2004
Subject: [l2h] getting \par in graphical output of listings environment
Message-ID: <Pine.LNX.4.60.0410211645420.30391@binx.sesnet.soton.ac.uk>

Dear all,

I am trying to use html2latex on this document:

%--------------------------------------------------
\documentclass{article}

\usepackage{listings}

\begin{document}
\begin{lstlisting}[frame=single]
print "Hello World"

print "Done"
\end{lstlisting}
\end{document}
%--------------------------------------------------

The graphical output (embedded in the html page) for the lstlisting
environment reads

print "Hello World"
\par
print "Done"


All is working great APART from that I get this "\par" for every empty
line in the listings environment.

I have scanned the archives but couldn't find any answer (although the
problem was reported in a more complicated context before:
http://www.tug.org/pipermail/latex2html/2002-October/002106.html)


Many thanks for your help,

Hans

From V.Fyodorov at tltsu.ru  Fri Oct 22 11:52:43 2004
From: V.Fyodorov at tltsu.ru (V.Fyodorov@tltsu.ru)
Date: Fri Oct 22 11:54:41 2004
Subject: [l2h] Bug in MANIFEST ? (russian.perl missing)
Message-ID: <35677.192.168.0.251.1098438763.squirrel@www.tltsu.ru>

File russian.perl in CVS tree, but not in packed release.

I vote for Maksim A. Nikulin improvments described in:
http://tug.org/mailman/htdig/latex2html/2003-July/002535.html

Sorry, but who is responcible for www.latex2html.org?
It seems, it has bad links.

From H.FANGOHR at soton.ac.uk  Fri Oct 22 18:03:28 2004
From: H.FANGOHR at soton.ac.uk (Hans Fangohr)
Date: Fri Oct 22 18:05:22 2004
Subject: [l2h] Re: getting \par in graphical output of listings environment
In-Reply-To: <Pine.LNX.4.60.0410211645420.30391@binx.sesnet.soton.ac.uk>
References: <Pine.LNX.4.60.0410211645420.30391@binx.sesnet.soton.ac.uk>
Message-ID: <Pine.LNX.4.60.0410221654210.30391@binx.sesnet.soton.ac.uk>

In the absence of any replies that would solve my problem I will
report an ugly hack which allows me to do what I need to do. (But it
is far from being good.)

The trick to produce an empty line which should not appear as '\par'
in latex2html's graphical output is to print something invisible in
that line, for example a white word on white background. You can
achieve this as follows:

\documentclass{article}

\usepackage{listings}
\usepackage{color}
\lstset{backgroundcolor=\color{white},frame=single,emph={EMPTY},emphstyle=\color{white},}

\begin{document}

\begin{lstlisting}
print ``Hello World!''
EMPTY
print ``Done''
\end{lstlisting}
\end{document}



Note that the DVI output of this looks ugly (black boxes) but the PS
is okay (that is because the color-package does color using post
script commands so it is not expected to work for the dvi files).

Note also that the backgroundcolor for the listings environment has to
be set: listings seems to be quite clever and changes the background
to gray if you try to print something in white.


If anyone comes along a decent fix for this problem, please let me know.

Thanks,

Hans




On Thu, 21 Oct 2004, Hans Fangohr wrote:

> Dear all,
>
> I am trying to use html2latex on this document:
>
> %--------------------------------------------------
> \documentclass{article}
>
> \usepackage{listings}
>
> \begin{document}
> \begin{lstlisting}[frame=single]
> print "Hello World"
>
> print "Done"
> \end{lstlisting}
> \end{document}
> %--------------------------------------------------
>
> The graphical output (embedded in the html page) for the lstlisting
> environment reads
>
> print "Hello World"
> \par
> print "Done"
>
>
> All is working great APART from that I get this "\par" for every empty
> line in the listings environment.
>
> I have scanned the archives but couldn't find any answer (although the
> problem was reported in a more complicated context before:
> http://www.tug.org/pipermail/latex2html/2002-October/002106.html)
>
>
> Many thanks for your help,
>
> Hans
>
>
>

From ross at maths.mq.edu.au  Sun Oct 24 13:51:24 2004
From: ross at maths.mq.edu.au (Ross Moore)
Date: Sun Oct 24 13:53:22 2004
Subject: [l2h] Bug in MANIFEST ? (russian.perl missing)
In-Reply-To: <35677.192.168.0.251.1098438763.squirrel@www.tltsu.ru>
References: <35677.192.168.0.251.1098438763.squirrel@www.tltsu.ru>
Message-ID: <07BFC624-25B3-11D9-BC2D-00039391146A@maths.mq.edu.au>


On 22/10/2004, at 7:52 PM, V.Fyodorov@tltsu.ru wrote:

> File russian.perl in CVS tree, but not in packed release.
>
This has now been rectified.


> I vote for Maksim A. Nikulin improvments described in:
> http://tug.org/mailman/htdig/latex2html/2003-July/002535.html

OK; I'll look into it.

>
> Sorry, but who is responcible for www.latex2html.org?
> It seems, it has bad links.

That may be a bit harder to fix.
It's been quite awhile since I've heard from the guy
who set that up. I'll add it to the 'to do' list.


Thanks for the reports,

	Ross

>
> _______________________________________________
> latex2html mailing list
> latex2html@tug.org
> http://tug.org/mailman/listinfo/latex2html
>
------------------------------------------------------------------------
Ross Moore                                         ross@maths.mq.edu.au
Mathematics Department                             office: E7A-419
Macquarie University                               tel: +61 +2 9850 8955
Sydney, Australia                                  fax: +61 +2 9850 8114
------------------------------------------------------------------------

From murray at math.umass.edu  Sun Oct 24 21:48:06 2004
From: murray at math.umass.edu (Murray Eisenberg)
Date: Sun Oct 24 21:49:43 2004
Subject: [l2h] how get LaTeX2HTML to work under Windows XP with LATEST
	distros?
Message-ID: <417C06F6.8020401@math.umass.edu>

Can anybody tell me how to actually get the LATEST distribution of 
LaTeX2HTML (latex2html-2002-2-1) to work with the current MiKTeX under 
Windows (XP) using also the current distribution of netpbm (27 December 
2003, at http://gnuwin32.sourceforge.net/packages/netpbm.htm)?

The documentation at

   http://www.mayer.dial.pipex.com/l2h.htm

is nearly 5 years old!  And, as I've posted here before, the result of 
following those instructions simply does not work.

(I've frittered away endless hours so far on this.  At one point I gave 
up and just used tex4ht instead, which can produce, as an option, html 
files that use MathML rather than graphics images.  But tex4ht doesn't 
do the nice division of documents into separate pages that LaTeX2HTML is 
supposed to do.)

-- 
Murray Eisenberg                     murray@math.umass.edu
Mathematics & Statistics Dept.
Lederle Graduate Research Tower      phone 413 549-1020 (H)
University of Massachusetts                413 545-2859 (W)
710 North Pleasant Street            fax   413 545-1801
Amherst, MA 01003-9305

From mayer at dial.pipex.com  Sun Oct 24 22:26:35 2004
From: mayer at dial.pipex.com (Steve Mayer)
Date: Sun Oct 24 22:57:19 2004
Subject: [l2h] how get LaTeX2HTML to work under Windows XP with
	LATESTdistros?
References: <417C06F6.8020401@math.umass.edu>
Message-ID: <015801c4ba08$2f044450$0c01a8c0@MATHSXP>

> Can anybody tell me how to actually get the LATEST distribution of LaTeX2HTML (latex2html-2002-2-1) to work with the
> current MiKTeX under Windows (XP) using also the current distribution of netpbm (27 December 2003, at
> http://gnuwin32.sourceforge.net/packages/netpbm.htm)?
>
> The documentation at
>
>   http://www.mayer.dial.pipex.com/l2h.htm
>
> is nearly 5 years old!  And, as I've posted here before, the result of following those instructions simply does not
> work.
>
> (I've frittered away endless hours so far on this.  At one point I gave up and just used tex4ht instead, which can
> produce, as an option, html files that use MathML rather than graphics images.  But tex4ht doesn't do the nice
> division of documents into separate pages that LaTeX2HTML is supposed to do.)

I would love to update that page but I don't have the time at the moment to do the necessary investigations - I don't 
even get to use latex2html much these days. Since I don't get the same problems that many others do, I am desperately 
hoping someone will come up with a solution so that I can put it on the page :)

Oh and tex4ht does do separate pages with text or gif links between sections. See
http://facweb.knowlton.ohio-state.edu/pviton/support/swpht.html for an example and p157-8 of The LaTeX Web Companion

Steve Mayer


From ross at maths.mq.edu.au  Mon Oct 25 01:28:27 2004
From: ross at maths.mq.edu.au (Ross Moore)
Date: Mon Oct 25 01:30:27 2004
Subject: [l2h] Re: getting \par in graphical output of listings environment
In-Reply-To: <Pine.LNX.4.60.0410221654210.30391@binx.sesnet.soton.ac.uk>
References: <Pine.LNX.4.60.0410211645420.30391@binx.sesnet.soton.ac.uk>
	<Pine.LNX.4.60.0410221654210.30391@binx.sesnet.soton.ac.uk>
Message-ID: <6815757D-2614-11D9-BC2D-00039391146A@maths.mq.edu.au>

Hello Hans,


On 23/10/2004, at 2:03 AM, Hans Fangohr wrote:

> In the absence of any replies that would solve my problem I will
> report an ugly hack which allows me to do what I need to do. (But it
> is far from being good.)

Sorry, I've been away for the past few days, so have only now
had a look at the problem.

There are several ways to tackle it, each depending upon
just what you want to produce for the HTML of the listing
environment.

If you want just a simple verbatim listing of the code,
set within  <PRE> ... </PRE> tags, then one approach is
to hook into LaTeX2HTML's treatment of 'verbatim-like'
environments.

*Any* environment which has either 'verbatim' or 'Verbatim'
in the name will be processed that way automatically.
So you could do:

   1.  place the following coding in the preamble:

   %begin{latexonly}
    \lstnewenvironment{myverbatim}{}{}
   %end{latexonly}


   2.  change all of your usages of:
       \begin{lstlisting}  to  \begin{myverbatim}
       \end{lstlisting}  to  \end{myverbatim}

Now the document should process fine in both
LaTeX and LaTeX2HTML.
*Any* environment name containing 'verbatim' could be
used here' it doesn't have to be 'myverbatim'.


One problem with this solution is that an optional
argument to the listing environment is not recognised
as such by LaTeX2HTML. There's no simple way to overcome
this without some edits to the coding of the 'texexpand'
and 'latex2html' Perl scripts.



However, maybe you want the HTML to be an image of the
environment that LaTeX would produce, as at present
where the {lstlisting} environment is treated as being
*unknown*.

In that case, best would be to write a short Perl
subroutine, named  do_env_lstlisting  as follows.


sub do_env_lstlisting {
   local ($_) = @_;
   my $env_id = ++$global{'max_id'};
   $_ =~ s/\\par/\n\n/g;
   &process_undefined_environment('lstlisting', $env_id, $_);
}


This could be placed in an initialization file,
or in a file   listings.perl  for loading in response
to the  \usepackage{listings}  command.
Such a package module could then be expanded to provide
greater support for the options and syntax defined
in the   listings.sty   LaTeX package.


Hmm. That \n\n  replacement may not work under DOS/Windows,
where the line-ending character is different.

If that's a problem, try instead:


sub do_env_lstlisting {
   local ($_) = @_;
   my $env_id = ++$global{'max_id'};
   $_ =~ s/\\par/

/g;
   &process_undefined_environment('lstlisting', $env_id, $_);
}


... or buy a Unix box. :-)


>
> The trick to produce an empty line which should not appear as '\par'
> in latex2html's graphical output is to print something invisible in
> that line, for example a white word on white background. You can
> achieve this as follows:

Ouch; that's a pretty nasty kind of hack --- clever, mind you!
  --- and it only works for an image as output.

>
> \documentclass{article}
>
> \usepackage{listings}
> \usepackage{color}
> \lstset{backgroundcolor=\color{white},frame=single,emph={EMPTY},emphsty 
> le=\color{white},}
>
> \begin{document}
>
> \begin{lstlisting}
> print ``Hello World!''
> EMPTY
> print ``Done''
> \end{lstlisting}
> \end{document}
>
>
>
> Note that the DVI output of this looks ugly (black boxes) but the PS
> is okay (that is because the color-package does color using post
> script commands so it is not expected to work for the dvi files).
>
> Note also that the backgroundcolor for the listings environment has to
> be set: listings seems to be quite clever and changes the background
> to gray if you try to print something in white.



> If anyone comes along a decent fix for this problem, please let me  
> know.

The big question is "what do you want to see in the HTML?"
  an image, or preformatted text (i.e. <PRE> .... </PRE>  tags?


Hope this helps,

	Ross


>
> Thanks,
>
> Hans

------------------------------------------------------------------------
Ross Moore                                         ross@maths.mq.edu.au
Mathematics Department                             office: E7A-419
Macquarie University                               tel: +61 +2 9850 8955
Sydney, Australia                                  fax: +61 +2 9850 8114
------------------------------------------------------------------------

From ross at maths.mq.edu.au  Mon Oct 25 04:48:07 2004
From: ross at maths.mq.edu.au (Ross Moore)
Date: Mon Oct 25 04:50:34 2004
Subject: [l2h] how get LaTeX2HTML to work under Windows XP with LATEST
	distros?
In-Reply-To: <417C06F6.8020401@math.umass.edu>
References: <417C06F6.8020401@math.umass.edu>
Message-ID: <4CE7AC6E-2630-11D9-BC2D-00039391146A@maths.mq.edu.au>

Hi Murray,

On 25/10/2004, at 5:48 AM, Murray Eisenberg wrote:

> Can anybody tell me how to actually get the LATEST distribution of 
> LaTeX2HTML (latex2html-2002-2-1) to work with the current MiKTeX under 
> Windows (XP) using also the current distribution of netpbm (27 
> December 2003, at 
> http://gnuwin32.sourceforge.net/packages/netpbm.htm)?
>

What kinds of things are going wrong ?
Since Windows is not my choice of operating system, it's not
easy for me to test a LaTeX2HTML distribution. And even then,
there are lots of options and alternatives, so even if I did
setup for testing, I may not be able to find what is failing
to work for you.

On the other hand, with sufficient feedback --- in particular
the screen logs from failing sessions --- I may be able to
guide you to the correct places in the Perl coding where things
need to be changed.

Some questions:

   Can you get a LaTeX2HTML job to run at all ?
   Is it just that images don't come out right ?
   Are L-shaped black bars a symptom of the problems
    --- maybe the only visible problem ?

   Is the images.dvi file constructed correctly ---
    have you looked at  images.log ?

   Have you tried using the  -debug  switch ?
   If so, can you locate where the image-processing
   is done, and have examined the graphics-format
   files there, constructed as intermediate files
   during the complete image processing phase.


Or are the problems deeper than this, and you just
cannot get the installation procedure to work ?
In that case, I'd like to see the screen logs
and the .pm files that this should be creating.


> The documentation at
>
>   http://www.mayer.dial.pipex.com/l2h.htm
>
> is nearly 5 years old!  And, as I've posted here before, the result of 
> following those instructions simply does not work.



>
> (I've frittered away endless hours so far on this.  At one point I 
> gave up and just used tex4ht instead, which can produce, as an option, 
> html files that use MathML rather than graphics images.  But tex4ht 
> doesn't do the nice division of documents into separate pages that 
> LaTeX2HTML is supposed to do.)

Are browsers doing a good job of displaying MathML created this way ?
If so, then that's an ability that I'd like to add to LaTeX2HTML also.
Indeed it's been on the TODO list for some time. Finding time to do
the required programming has been the main barrier to this.


Best regards,

	Ross Moore

>
> -- 
> Murray Eisenberg                     murray@math.umass.edu
> Mathematics & Statistics Dept.
> Lederle Graduate Research Tower      phone 413 549-1020 (H)
> University of Massachusetts                413 545-2859 (W)
> 710 North Pleasant Street            fax   413 545-1801
> Amherst, MA 01003-9305
>
> _______________________________________________
> latex2html mailing list
> latex2html@tug.org
> http://tug.org/mailman/listinfo/latex2html
>
------------------------------------------------------------------------
Ross Moore                                         ross@maths.mq.edu.au
Mathematics Department                             office: E7A-419
Macquarie University                               tel: +61 +2 9850 8955
Sydney, Australia                                  fax: +61 +2 9850 8114
------------------------------------------------------------------------


------------------------------------------------------------------------
Ross Moore                                         ross@maths.mq.edu.au
Mathematics Department                             office: E7A-419
Macquarie University                               tel: +61 +2 9850 8955
Sydney, Australia                                  fax: +61 +2 9850 8114
------------------------------------------------------------------------


------------------------------------------------------------------------
Ross Moore                                         ross@maths.mq.edu.au
Mathematics Department                             office: E7A-419
Macquarie University                               tel: +61 +2 9850 8955
Sydney, Australia                                  fax: +61 +2 9850 8114
------------------------------------------------------------------------

From H.FANGOHR at soton.ac.uk  Mon Oct 25 12:45:51 2004
From: H.FANGOHR at soton.ac.uk (Hans Fangohr)
Date: Mon Oct 25 12:48:35 2004
Subject: [l2h] Re: getting \par in graphical output of listings environment
In-Reply-To: <6815757D-2614-11D9-BC2D-00039391146A@maths.mq.edu.au>
References: <Pine.LNX.4.60.0410211645420.30391@binx.sesnet.soton.ac.uk>
	<Pine.LNX.4.60.0410221654210.30391@binx.sesnet.soton.ac.uk>
	<6815757D-2614-11D9-BC2D-00039391146A@maths.mq.edu.au>
Message-ID: <Pine.LNX.4.60.0410251142080.30391@binx.sesnet.soton.ac.uk>

Hi Ross,

many thanks for your detailed answer.

> There are several ways to tackle it, each depending upon
> just what you want to produce for the HTML of the listing
> environment.
>
> If you want just a simple verbatim listing of the code,
> set within  <PRE> ... </PRE> tags, then one approach is
> to hook into LaTeX2HTML's treatment of 'verbatim-like'
> environments.
>
> *Any* environment which has either 'verbatim' or 'Verbatim'
> in the name will be processed that way automatically.
> So you could do:
>
>  1.  place the following coding in the preamble:
>
> %begin{latexonly}
> \lstnewenvironment{myverbatim}{}{}
> %end{latexonly}
>
> 2.  change all of your usages of:
> \begin{lstlisting}  to  \begin{myverbatim}
> \end{lstlisting}  to  \end{myverbatim}
>
> Now the document should process fine in both
> LaTeX and LaTeX2HTML.
> *Any* environment name containing 'verbatim' could be
> used here' it doesn't have to be 'myverbatim'.

That is a nice idea -- I might consider that.

I'd prefer, however, latex2html to generate images as these would
represent the colourcoding of keywords in the source code that the
listings environment can do.

> One problem with this solution is that an optional
> argument to the listing environment is not recognised
> as such by LaTeX2HTML. There's no simple way to overcome
> this without some edits to the coding of the 'texexpand'
> and 'latex2html' Perl scripts.

That is not too bad as there is a command to set the listings
environment separately (\lstset{}) [and kind of globally].

> However, maybe you want the HTML to be an image of the
> environment that LaTeX would produce, as at present
> where the {lstlisting} environment is treated as being
> *unknown*.
>
> In that case, best would be to write a short Perl
> subroutine, named  do_env_lstlisting  as follows.
>
>
> sub do_env_lstlisting {
> local ($_) = @_;
> my $env_id = ++$global{'max_id'};
> $_ =~ s/\\par/\n\n/g;
> &process_undefined_environment('lstlisting', $env_id, $_);
> }
>
>
> This could be placed in an initialization file,
Done that.

Unfortunately, there is an error message and I am not very good at
Perl. Can you see what is going on:

fangohr@binx sesa2006 $ latex2html partestorg.tex
Note: Loading /home/fangohr/.latex2html-init
/home/fangohr/.latex2html-init did not return a true value at /usr/lib/latex2html/latex2html.pl line 162.
Compilation failed in require at /usr/bin/latex2html line 39.

where this is the content of /home/fangohr/.latex2html-init:

sub do_env_lstlisting {
 	local ($_) = @_;
 	my $env_id = ++$global{'max_id'};
 	$_ =~ s/\\par/\n\n/g;
 	&process_undefined_environment('lstlisting', $env_id, $_);
}

> Hmm. That \n\n  replacement may not work under DOS/Windows,
> where the line-ending character is different.
No probs, want to run this on Linux.


> Ouch; that's a pretty nasty kind of hack --- clever, mind you!
> --- and it only works for an image as output.
Correct on all accounts: ugly and works for image only.

Cheers,

Hans

From ross at ics.mq.edu.au  Mon Oct 25 13:23:36 2004
From: ross at ics.mq.edu.au (Ross Moore)
Date: Mon Oct 25 13:25:47 2004
Subject: [l2h] Re: getting \par in graphical output of listings environment
In-Reply-To: <Pine.LNX.4.60.0410251142080.30391@binx.sesnet.soton.ac.uk>
References: <Pine.LNX.4.60.0410211645420.30391@binx.sesnet.soton.ac.uk>
	<Pine.LNX.4.60.0410221654210.30391@binx.sesnet.soton.ac.uk>
	<6815757D-2614-11D9-BC2D-00039391146A@maths.mq.edu.au>
	<Pine.LNX.4.60.0410251142080.30391@binx.sesnet.soton.ac.uk>
Message-ID: <5048E313-2678-11D9-8310-00039391146A@ics.mq.edu.au>

Hi Hans,

On 25/10/2004, at 8:45 PM, Hans Fangohr wrote:

> Hi Ross,
>
> many thanks for your detailed answer.
>
>> So you could do:
>>
>>  1.  place the following coding in the preamble:
>>
>> %begin{latexonly}
>> \lstnewenvironment{myverbatim}{}{}
>> %end{latexonly}
>>
>> 2.  change all of your usages of:
>> \begin{lstlisting}  to  \begin{myverbatim}
>> \end{lstlisting}  to  \end{myverbatim}
>>
>
>> One problem with this solution is that an optional
>> argument to the listing environment is not recognised
>> as such by LaTeX2HTML. There's no simple way to overcome
>> this without some edits to the coding of the 'texexpand'
>> and 'latex2html' Perl scripts.
>
> That is not too bad as there is a command to set the listings
> environment separately (\lstset{}) [and kind of globally].

OK; but don't forget to surround it with special comments:

%begin{latexonly}
  \lstset{.....}
%end{latexonly}

This tells LaTeX2HTML to ignore the contents completely,
but otherwise LaTeX just ignores the comments, as usual.


>
>> However, maybe you want the HTML to be an image of the
>> environment that LaTeX would produce, as at present
>> where the {lstlisting} environment is treated as being
>> *unknown*.
>>
>> In that case, best would be to write a short Perl
>> subroutine, named  do_env_lstlisting  as follows.
>>
>>
>> sub do_env_lstlisting {
>> local ($_) = @_;
>> my $env_id = ++$global{'max_id'};
>> $_ =~ s/\\par/\n\n/g;
>> &process_undefined_environment('lstlisting', $env_id, $_);
>> }
>>
>>
>> This could be placed in an initialization file,
> Done that.
>
> Unfortunately, there is an error message and I am not very good at
> Perl. Can you see what is going on:
>
> fangohr@binx sesa2006 $ latex2html partestorg.tex
> Note: Loading /home/fangohr/.latex2html-init
> /home/fangohr/.latex2html-init did not return a true value at 
> /usr/lib/latex2html/latex2html.pl line 162.
> Compilation failed in require at /usr/bin/latex2html line 39.
>
> where this is the content of /home/fangohr/.latex2html-init:
>
> sub do_env_lstlisting {
> 	local ($_) = @_;
> 	my $env_id = ++$global{'max_id'};
> 	$_ =~ s/\\par/\n\n/g;
> 	&process_undefined_environment('lstlisting', $env_id, $_);
> }

Just end the file with a line:

  1;


That's all you need, since 1 returns 1 (= true) as the last
statement evaluated.

>
>> Hmm. That \n\n  replacement may not work under DOS/Windows,
>> where the line-ending character is different.
> No probs, want to run this on Linux.
>
>
>> Ouch; that's a pretty nasty kind of hack --- clever, mind you!
>> --- and it only works for an image as output.
> Correct on all accounts: ugly and works for image only.

   :-)

>
> Cheers,
>
> Hans


Hope this helps,

	Ross


>
> _______________________________________________
> latex2html mailing list
> latex2html@tug.org
> http://tug.org/mailman/listinfo/latex2html
>
------------------------------------------------------------------------
Ross Moore                                         ross@maths.mq.edu.au
Mathematics Department                             office: E7A-419
Macquarie University                               tel: +61 +2 9850 8955
Sydney, Australia                                  fax: +61 +2 9850 8114
------------------------------------------------------------------------

From pmorling at nat.sdu.dk  Wed Oct 27 13:27:38 2004
From: pmorling at nat.sdu.dk (Peter Morling)
Date: Wed Oct 27 13:29:25 2004
Subject: [l2h] Problem with Gif generation after MiKTeX 2.4
Message-ID: <001201c4bc17$f6e5c6e0$eb83e182@nat.c.sdu.dk>

Hi,

after installing MiKTeX 2.4 the gif-generation causes errors, please se the
attached image, a blick line at the bottom of the gif box.

However, if you set the

MATH_SCALE_FACTOR = 1.8;

the problem will disappear again. But it'll force you to use a rather large
presentation of your math statements. I have tried the excact same for
MiKTeX 2.3 and this causes no problems. So i come to this conclusion, that
MiKTeX distributes some new dimentinons of fonts or maths used by L2H when
calling programs in NetPbm.

How do i fix this problem?

Best,
Peter








Programmer Peter Morling, University of Southern Denmark
Department of Statistics, Sdr. Boulevard 23A, DK-5000 Odense C
Phone (+45) 6550 3399
-------------- next part --------------
A non-text attachment was scrubbed...
Name: img20_MATH_SCALE_1_8.gif
Type: image/gif
Size: 507 bytes
Desc: not available
Url : http://tug.org/pipermail/latex2html/attachments/20041027/7cb053ee/img20_MATH_SCALE_1_8.gif
-------------- next part --------------
A non-text attachment was scrubbed...
Name: img20_MATH_SCALE_1_6.gif
Type: image/gif
Size: 459 bytes
Desc: not available
Url : http://tug.org/pipermail/latex2html/attachments/20041027/7cb053ee/img20_MATH_SCALE_1_6.gif
From ross at maths.mq.edu.au  Wed Oct 27 14:03:12 2004
From: ross at maths.mq.edu.au (Ross Moore)
Date: Wed Oct 27 14:05:14 2004
Subject: [l2h] Problem with Gif generation after MiKTeX 2.4
In-Reply-To: <001201c4bc17$f6e5c6e0$eb83e182@nat.c.sdu.dk>
References: <001201c4bc17$f6e5c6e0$eb83e182@nat.c.sdu.dk>
Message-ID: <2D1543C3-2810-11D9-8310-00039391146A@maths.mq.edu.au>

Hi Peter,

On 27/10/2004, at 9:27 PM, Peter Morling wrote:

> Hi,
>
> after installing MiKTeX 2.4 the gif-generation causes errors, please  
> se the
> attached image, a blick line at the bottom of the gif box.
>
> However, if you set the
>
> MATH_SCALE_FACTOR = 1.8;
>
> the problem will disappear again. But it'll force you to use a rather  
> large
> presentation of your math statements. I have tried the excact same for
> MiKTeX 2.3 and this causes no problems. So i come to this conclusion,  
> that
> MiKTeX distributes some new dimentinons of fonts or maths used by L2H  
> when
> calling programs in NetPbm.

Hmm; could be.
More likely is that, with the update, you are now using bitmapped fonts,
whereas previously you were using PostScript outlines (i.e. .pfb files)
or perhaps vice-versa.

I suggest that you run some tests of LateX2HTML, using the -debug  
switch.
Observe in the log-window where the fonts are coming from.

Also, look at  images.dvi  (and perhaps also at  images.log )
to see if anything looks wrong.
In  images.dvi  each image should be bracketed left & below by
an L-shape, which is used to control the size of the image by
its inside height and width.  If that L isn't formed cleanly
then you'll get incomplete cropping to the correct size.


>
> How do i fix this problem?

We need a fuller diagnosis first.
Hopefully the above will help you do this.


Best regards,

	Ross Moore


>
> Best,
> Peter
>
>
>
>
>
>
>
>
> Programmer Peter Morling, University of Southern Denmark
> Department of Statistics, Sdr. Boulevard 23A, DK-5000 Odense C
> Phone (+45) 6550 3399
> <img20_MATH_SCALE_1_8.gif><img20_MATH_SCALE_1_6.gif>___________________ 
> ____________________________
> latex2html mailing list
> latex2html@tug.org
> http://tug.org/mailman/listinfo/latex2html
>
------------------------------------------------------------------------
Ross Moore                                         ross@maths.mq.edu.au
Mathematics Department                             office: E7A-419
Macquarie University                               tel: +61 +2 9850 8955
Sydney, Australia                                  fax: +61 +2 9850 8114
------------------------------------------------------------------------

From vova-ks at yandex.ru  Wed Oct 27 14:50:08 2004
From: vova-ks at yandex.ru (Vladimit)
Date: Wed Oct 27 14:58:35 2004
Subject: [l2h] Images quolity
Message-ID: <200410271650.08246.vova-ks@yandex.ru>

Hello All !
I'm using latex2html with the following settings:
$ANTI_ALIAS = 1;
$ANTI_ALIAS_TEXT = 1;
$WHITE_BACKGROUND = 1;
$TRANSPARENT_FIGURES = 1;
$TRANSPARENT_IMAGES = 1;

But images are in very poor quolity. Moreover, some of them are on gray 
background.
Analising latex2html output I've found this:

Generating postscript images using dvips ...
This is dvips(k) 5.92b Copyright 2002 Radical Eye Software 
(www.radicaleye.com)
' TeX output 2004.10.27:1644' -> /tmp/l2h9080/image
kpathsea: Running mktexpk --mfmode ljfour --bdpi 8000 --mag 1+0/8000 --dpi 
8000 dsrom10
mktexpk: Mismatched mode ljfour and resolution 8000; ignoring mode.
mktexpk: Can't guess mode for 8000 dpi devices.
mktexpk: Use a config file, or update me.
kpathsea: Appending font creation commands to missfont.log.
/usr/bin/dvips: Font dsrom10 at 8000 not found; scaling 600 instead.
/usr/bin/dvips: Such scaling will generate extremely poor output.

What could I do to fix this trouble ? Could you give me any tips ?

-- 
         Vladimir

From pmorling at nat.sdu.dk  Wed Oct 27 15:09:46 2004
From: pmorling at nat.sdu.dk (Peter Morling)
Date: Wed Oct 27 15:11:39 2004
Subject: [l2h] Problem with Gif generation after MiKTeX 2.4
References: <001201c4bc17$f6e5c6e0$eb83e182@nat.c.sdu.dk>
	<2D1543C3-2810-11D9-8310-00039391146A@maths.mq.edu.au>
Message-ID: <002a01c4bc26$3bc71b20$eb83e182@nat.c.sdu.dk>

Dear Ross,

Thanks. I have run some tests as You suggested. And I have located the
problem to the AMSMATH package. I guess that this package changes some of
the math/image dimensions. How do I fix this problem?

I have attached my test data. Debug information is located in the file
'debug.out'. I hope this helps.

Best,
Peter



----- Original Message ----- 
From: "Ross Moore" <ross@maths.mq.edu.au>
To: "Peter Morling" <pmorling@nat.sdu.dk>
Cc: <latex2html@tug.org>
Sent: Wednesday, October 27, 2004 2:03 PM
Subject: Re: [l2h] Problem with Gif generation after MiKTeX 2.4


> Hi Peter,
>
> On 27/10/2004, at 9:27 PM, Peter Morling wrote:
>
> > Hi,
> >
> > after installing MiKTeX 2.4 the gif-generation causes errors, please
> > se the
> > attached image, a blick line at the bottom of the gif box.
> >
> > However, if you set the
> >
> > MATH_SCALE_FACTOR = 1.8;
> >
> > the problem will disappear again. But it'll force you to use a rather
> > large
> > presentation of your math statements. I have tried the excact same for
> > MiKTeX 2.3 and this causes no problems. So i come to this conclusion,
> > that
> > MiKTeX distributes some new dimentinons of fonts or maths used by L2H
> > when
> > calling programs in NetPbm.
>
> Hmm; could be.
> More likely is that, with the update, you are now using bitmapped fonts,
> whereas previously you were using PostScript outlines (i.e. .pfb files)
> or perhaps vice-versa.
>
> I suggest that you run some tests of LateX2HTML, using the -debug
> switch.
> Observe in the log-window where the fonts are coming from.
>
> Also, look at  images.dvi  (and perhaps also at  images.log )
> to see if anything looks wrong.
> In  images.dvi  each image should be bracketed left & below by
> an L-shape, which is used to control the size of the image by
> its inside height and width.  If that L isn't formed cleanly
> then you'll get incomplete cropping to the correct size.
>
>
> >
> > How do i fix this problem?
>
> We need a fuller diagnosis first.
> Hopefully the above will help you do this.
>
>
> Best regards,
>
> Ross Moore
>
>
> >
> > Best,
> > Peter
> >
> >
> >
> >
> >
> >
> >
> >
> > Programmer Peter Morling, University of Southern Denmark
> > Department of Statistics, Sdr. Boulevard 23A, DK-5000 Odense C
> > Phone (+45) 6550 3399
> > <img20_MATH_SCALE_1_8.gif><img20_MATH_SCALE_1_6.gif>___________________
> > ____________________________
> > latex2html mailing list
> > latex2html@tug.org
> > http://tug.org/mailman/listinfo/latex2html
> >
> ------------------------------------------------------------------------
> Ross Moore                                         ross@maths.mq.edu.au
> Mathematics Department                             office: E7A-419
> Macquarie University                               tel: +61 +2 9850 8955
> Sydney, Australia                                  fax: +61 +2 9850 8114
> ------------------------------------------------------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: img1.gif
Type: image/gif
Size: 458 bytes
Desc: not available
Url : http://tug.org/pipermail/latex2html/attachments/20041027/52c5c8c4/img1.gif
From pmorling at nat.sdu.dk  Wed Oct 27 15:57:56 2004
From: pmorling at nat.sdu.dk (Peter Morling)
Date: Wed Oct 27 15:59:50 2004
Subject: [l2h] Problem with Gif generation after MiKTeX 2.4
References: <001201c4bc17$f6e5c6e0$eb83e182@nat.c.sdu.dk>
	<2D1543C3-2810-11D9-8310-00039391146A@maths.mq.edu.au>
Message-ID: <008a01c4bc2c$f5de0e50$eb83e182@nat.c.sdu.dk>

Hi,

I'am sorry I forgot to attach the file.

Best,
Peter


----- Original Message ----- 
From: "Ross Moore" <ross@maths.mq.edu.au>
To: "Peter Morling" <pmorling@nat.sdu.dk>
Cc: <latex2html@tug.org>
Sent: Wednesday, October 27, 2004 2:03 PM
Subject: Re: [l2h] Problem with Gif generation after MiKTeX 2.4


> Hi Peter,
>
> On 27/10/2004, at 9:27 PM, Peter Morling wrote:
>
> > Hi,
> >
> > after installing MiKTeX 2.4 the gif-generation causes errors, please
> > se the
> > attached image, a blick line at the bottom of the gif box.
> >
> > However, if you set the
> >
> > MATH_SCALE_FACTOR = 1.8;
> >
> > the problem will disappear again. But it'll force you to use a rather
> > large
> > presentation of your math statements. I have tried the excact same for
> > MiKTeX 2.3 and this causes no problems. So i come to this conclusion,
> > that
> > MiKTeX distributes some new dimentinons of fonts or maths used by L2H
> > when
> > calling programs in NetPbm.
>
> Hmm; could be.
> More likely is that, with the update, you are now using bitmapped fonts,
> whereas previously you were using PostScript outlines (i.e. .pfb files)
> or perhaps vice-versa.
>
> I suggest that you run some tests of LateX2HTML, using the -debug
> switch.
> Observe in the log-window where the fonts are coming from.
>
> Also, look at  images.dvi  (and perhaps also at  images.log )
> to see if anything looks wrong.
> In  images.dvi  each image should be bracketed left & below by
> an L-shape, which is used to control the size of the image by
> its inside height and width.  If that L isn't formed cleanly
> then you'll get incomplete cropping to the correct size.
>
>
> >
> > How do i fix this problem?
>
> We need a fuller diagnosis first.
> Hopefully the above will help you do this.
>
>
> Best regards,
>
> Ross Moore
>
>
> >
> > Best,
> > Peter
> >
> >
> >
> >
> >
> >
> >
> >
> > Programmer Peter Morling, University of Southern Denmark
> > Department of Statistics, Sdr. Boulevard 23A, DK-5000 Odense C
> > Phone (+45) 6550 3399
> > <img20_MATH_SCALE_1_8.gif><img20_MATH_SCALE_1_6.gif>___________________
> > ____________________________
> > latex2html mailing list
> > latex2html@tug.org
> > http://tug.org/mailman/listinfo/latex2html
> >
> ------------------------------------------------------------------------
> Ross Moore                                         ross@maths.mq.edu.au
> Mathematics Department                             office: E7A-419
> Macquarie University                               tel: +61 +2 9850 8955
> Sydney, Australia                                  fax: +61 +2 9850 8114
> ------------------------------------------------------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: testtex.zip
Type: application/x-zip-compressed
Size: 17968 bytes
Desc: not available
Url : http://tug.org/pipermail/latex2html/attachments/20041027/c85ccd22/testtex-0001.bin
From vova-ks at yandex.ru  Thu Oct 28 13:05:44 2004
From: vova-ks at yandex.ru (Vladimir)
Date: Thu Oct 28 13:07:30 2004
Subject: [l2h] Disable external CSS ?
Message-ID: <200410281505.44738.vova-ks@yandex.ru>

Hello All !
Can I setup latex2html not to use external CSS file ? I want it to embed 
styles in HTML as "style" attribute.
-- 
         Vladimir

From pmorling at nat.sdu.dk  Fri Oct 29 15:53:22 2004
From: pmorling at nat.sdu.dk (Peter Morling)
Date: Fri Oct 29 15:55:17 2004
Subject: [l2h] Problem with Gif generation after MiKTeX 2.4
References: <001201c4bc17$f6e5c6e0$eb83e182@nat.c.sdu.dk>
	<2D1543C3-2810-11D9-8310-00039391146A@maths.mq.edu.au>
Message-ID: <000701c4bdbe$a80fa510$eb83e182@nat.c.sdu.dk>

Hi Ross,

I think you are right about it is a font problem, please see

http://www.statmaster.sdu.dk/maskel/misc/miktex_problem/test/node1.html

e.g.

'n x r' causes no problem, but

'n x k'  and  'n x d'

..also the problem appears with or without amsmath


Best,
Peter

----- Original Message ----- 
From: "Ross Moore" <ross@maths.mq.edu.au>
To: "Peter Morling" <pmorling@nat.sdu.dk>
Cc: <latex2html@tug.org>
Sent: Wednesday, October 27, 2004 2:03 PM
Subject: Re: [l2h] Problem with Gif generation after MiKTeX 2.4


> Hi Peter,
>
> On 27/10/2004, at 9:27 PM, Peter Morling wrote:
>
> > Hi,
> >
> > after installing MiKTeX 2.4 the gif-generation causes errors, please
> > se the
> > attached image, a blick line at the bottom of the gif box.
> >
> > However, if you set the
> >
> > MATH_SCALE_FACTOR = 1.8;
> >
> > the problem will disappear again. But it'll force you to use a rather
> > large
> > presentation of your math statements. I have tried the excact same for
> > MiKTeX 2.3 and this causes no problems. So i come to this conclusion,
> > that
> > MiKTeX distributes some new dimentinons of fonts or maths used by L2H
> > when
> > calling programs in NetPbm.
>
> Hmm; could be.
> More likely is that, with the update, you are now using bitmapped fonts,
> whereas previously you were using PostScript outlines (i.e. .pfb files)
> or perhaps vice-versa.
>
> I suggest that you run some tests of LateX2HTML, using the -debug
> switch.
> Observe in the log-window where the fonts are coming from.
>
> Also, look at  images.dvi  (and perhaps also at  images.log )
> to see if anything looks wrong.
> In  images.dvi  each image should be bracketed left & below by
> an L-shape, which is used to control the size of the image by
> its inside height and width.  If that L isn't formed cleanly
> then you'll get incomplete cropping to the correct size.
>
>
> >
> > How do i fix this problem?
>
> We need a fuller diagnosis first.
> Hopefully the above will help you do this.
>
>
> Best regards,
>
> Ross Moore
>
>
> >
> > Best,
> > Peter
> >
> >
> >
> >
> >
> >
> >
> >
> > Programmer Peter Morling, University of Southern Denmark
> > Department of Statistics, Sdr. Boulevard 23A, DK-5000 Odense C
> > Phone (+45) 6550 3399
> > <img20_MATH_SCALE_1_8.gif><img20_MATH_SCALE_1_6.gif>___________________
> > ____________________________
> > latex2html mailing list
> > latex2html@tug.org
> > http://tug.org/mailman/listinfo/latex2html
> >
> ------------------------------------------------------------------------
> Ross Moore                                         ross@maths.mq.edu.au
> Mathematics Department                             office: E7A-419
> Macquarie University                               tel: +61 +2 9850 8955
> Sydney, Australia                                  fax: +61 +2 9850 8114
> ------------------------------------------------------------------------

From pmorling at nat.sdu.dk  Fri Oct 29 17:31:48 2004
From: pmorling at nat.sdu.dk (Peter Morling)
Date: Fri Oct 29 17:33:41 2004
Subject: [l2h] Problem with Gif generation after MiKTeX 2.4
References: <001201c4bc17$f6e5c6e0$eb83e182@nat.c.sdu.dk>
	<2D1543C3-2810-11D9-8310-00039391146A@maths.mq.edu.au>
Message-ID: <000e01c4bdcc$683ca740$eb83e182@nat.c.sdu.dk>

Hi,

If you run:

latex2html test.tex -debug > debug.out

---test.tex

\documentclass[11pt]{report}
\begin{document}
\section{Some section}
$n\times k$                     % one image will be created
\end{document}

---

you will get the following debug (I have cut out the important part)

-- 

*** processing 1 images ***

Generating postscript images using dvips ...
C:\texmf\miktex\bin\dvips.exe -S1 -i  -Ppdf  -E -E -oC:\Temp\l2h2116\image
.\images.dvi
Converting image #1
pstoimg.bat V2002-2-1 (Revision 1.19, Perl 5.008004)
pstoimg.bat: Temporary directory is C:\Temp\l2h2116
pstoimg.bat: Processing C:\Temp\l2h2116\image001.ps
pstoimg.bat: EPSF dimensions are 32x24
pstoimg.bat: Running
:\Gs\gs8.14\bin\gswin32c.exe  -sDEVICE=pnmraw -g52x39  -r115  -sOutputFile=C
:\Temp\l2h2116\p1408.pnm
GS>-125 -697 translate
GS>(C:/Temp/l2h2116/image001.ps) run
GS>showpage
GS>quit

AFPL Ghostscript 8.14 (2004-02-20)
Copyright (C) 2004 artofcode LLC, Benicia, CA.  All rights reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
GS>GS>>>showpage, press <return> to continue<<
GS>>>showpage, press <return> to continue<<
GS>Running "C:\usr\local\bin\pnmcrop.exe -verbose   <
C:\Temp\l2h2116\p1408.pnm > C:\Temp\l2h2116\p1408.t01"
Running "C:\usr\local\bin\pnmcrop.exe -verbose  -bot  -sides   <
C:\Temp\l2h2116\p1408.pnm > C:\Temp\l2h2116\p1408.t02"
Running "C:\usr\local\bin\pnmcrop.exe -verbose  -l  -sides   <
C:\Temp\l2h2116\p1408.pnm > C:\Temp\l2h2116\p1408.t03"
Image "C:\Temp\l2h2116\p1408.pnm" is PGM, 46x35
Running "C:\usr\local\bin\pnmcrop.exe -verbose   -sides  -bot <
C:\Temp\l2h2116\p1408.pnm > C:\Temp\l2h2116\p1408.t04"
Image "C:\Temp\l2h2116\p1408.t04" is PGM, 46x34
Image "C:\Temp\l2h2116\p1408.pnm" is PGM, 46x34
Running "C:\usr\local\bin\ppmquant.exe 256 < C:\Temp\l2h2116\p1408.pnm >
C:\Temp\l2h2116\p1408.t05"
Running "C:\usr\local\bin\ppmtogif.exe -trans #ffffff <
C:\Temp\l2h2116\p1408.pnm > img1.gif"
pstoimg.bat: Written img1.gif

---

and to stdout is printed:

--

Debug (syswait): Running "C:\Perl\bin\perl.exe
C:\usr\local\l2h\bin\pstoimg.bat
-type gif -debug -tmp C:\Temp\l2h2116 -discard -scale 1.6 -geometry
26x16 -margi
ns 126,72 -crop abls -transparent -out img1.gif C:\Temp\l2h2116\image001.ps"
 at C:\usr\local\l2h\bin/latex2html.bat line 4249
C:\usr\local\bin\pnmcrop.exe: Background color is #0000b3
C:\usr\local\bin\pnmcrop.exe: cropping 2 rows off the top
C:\usr\local\bin\pnmcrop.exe: cropping 2 rows off the bottom
C:\usr\local\bin\pnmcrop.exe: cropping 1 col off the left
C:\usr\local\bin\pnmcrop.exe: cropping 3 cols off the right
C:\usr\local\bin\pnmcrop.exe: Background color is #000000
C:\usr\local\bin\pnmcrop.exe: Not cropping.  No border found.
C:\usr\local\bin\pnmcrop.exe: Background color is #000000
C:\usr\local\bin\pnmcrop.exe: cropping 2 cols off the left
C:\usr\local\bin\pnmcrop.exe: Background color is #0000b3
C:\usr\local\bin\pnmcrop.exe: cropping 1 row off the bottom
C:\usr\local\bin\ppmquant.exe: making histogram...
C:\usr\local\bin\ppmquant.exe: 2 colors found
C:\usr\local\bin\ppmquant.exe: choosing 256 colors...
C:\usr\local\bin\ppmquant.exe: mapping image to new colors...
C:\usr\local\bin\ppmtogif.exe: computing colormap...
C:\usr\local\bin\ppmtogif.exe: 2 colors found
----

(img1.gif is attached)

Running "C:\usr\local\bin\ppmtogif.exe -trans #ffffff <
C:\Temp\l2h2116\p1408.pnm > img1.gif"

Why is the gif created from p1408.pnm ? And not one of the .pnm files that
are cropped?

If I manually executes:

C:\testtex>C:\usr\local\bin\pnmcrop.exe -black -verbose -bot <
C:\Temp\l2h2116\p1408.pnm > C:\Temp\l2h2116\p1408.tmp
C:\usr\local\bin\pnmcrop.exe: Background color is #000000
C:\usr\local\bin\pnmcrop.exe: cropping 2 rows off the bottom

then

C:\testtex>C:\usr\local\bin\ppmtogif.exe -trans #ffffff <
C:\Temp\l2h2116\p1408.tmp > img1a.gif
C:\usr\local\bin\ppmtogif.exe: computing colormap...
C:\usr\local\bin\ppmtogif.exe: 2 colors found

I will get the correct image, attached: img1a.gif.

I hope this information is detailed enough.


Best,
Peter
-------------- next part --------------
A non-text attachment was scrubbed...
Name: img1.gif
Type: image/gif
Size: 145 bytes
Desc: not available
Url : http://tug.org/pipermail/latex2html/attachments/20041029/83bca8b0/img1.gif
-------------- next part --------------
A non-text attachment was scrubbed...
Name: img1a.gif
Type: image/gif
Size: 133 bytes
Desc: not available
Url : http://tug.org/pipermail/latex2html/attachments/20041029/83bca8b0/img1a.gif
From ross at maths.mq.edu.au  Sat Oct 30 14:50:53 2004
From: ross at maths.mq.edu.au (Ross Moore)
Date: Sat Oct 30 14:53:17 2004
Subject: [l2h] Problem with Gif generation after MiKTeX 2.4
In-Reply-To: <000e01c4bdcc$683ca740$eb83e182@nat.c.sdu.dk>
References: <001201c4bc17$f6e5c6e0$eb83e182@nat.c.sdu.dk>
	<2D1543C3-2810-11D9-8310-00039391146A@maths.mq.edu.au>
	<000e01c4bdcc$683ca740$eb83e182@nat.c.sdu.dk>
Message-ID: <5589727C-2A72-11D9-ABD8-0003936D01C2@maths.mq.edu.au>

Hi Peter,

On 30/10/2004, at 1:31 AM, Peter Morling wrote:

>
> *** processing 1 images ***


The script that is being run now is  pstoimg :

> Debug (syswait): Running "C:\Perl\bin\perl.exe
> C:\usr\local\l2h\bin\pstoimg.bat
> -type gif -debug -tmp C:\Temp\l2h2116 -discard -scale 1.6 -geometry
> 26x16 -margi
> ns 126,72 -crop abls -transparent -out img1.gif 
> C:\Temp\l2h2116\image001.ps"
>  at C:\usr\local\l2h\bin/latex2html.bat line 4249

This is a Perl script that comes with LaTeX2HTML.
You can read it and follow its logic, to correlate
the messages with the program-flow.


> Running "C:\usr\local\bin\pnmcrop.exe -verbose   <
> C:\Temp\l2h2116\p1408.pnm > C:\Temp\l2h2116\p1408.t01"


>> C:\usr\local\bin\pnmcrop.exe: Background color is #0000b3
>> C:\usr\local\bin\pnmcrop.exe: cropping 2 rows off the top
>> C:\usr\local\bin\pnmcrop.exe: cropping 2 rows off the bottom
>> C:\usr\local\bin\pnmcrop.exe: cropping 1 col off the left
>> C:\usr\local\bin\pnmcrop.exe: cropping 3 cols off the right
>> C:\usr\local\bin\pnmcrop.exe: Background color is #000000

At this point, the image should have been cropped to just
snugly include the "cropping-bars" (or justification bars).

This step means that LaTeX2HTML doesn't need to know
"exactly" where the ink is on the page, omly that it indeed
is within the rectangular graphic produced by  dvips  and
Ghostscript.  That way we don't need to worry about variability
with software versions, or that different fonts may be being
used on different platforms.


Next the cropping-bars are removed:

> Running "C:\usr\local\bin\pnmcrop.exe -verbose  -bot  -sides   <
> C:\Temp\l2h2116\p1408.pnm > C:\Temp\l2h2116\p1408.t02"

>> C:\usr\local\bin\pnmcrop.exe: Not cropping.  No border found.
>> C:\usr\local\bin\pnmcrop.exe: Background color is #000000
>>
Hmm; failure to remove the bottom bar should mean that the
bottom row of pixels is not all of the same colour (usually black).

That happens when the font-metrics are not such as to correctly
include all of the "ink" within the rectangle described by the metric
information.

This sometimes happens at the right-hand end, with math symbols
that are "curvy", such as script letters. Adding an extra \, in the 
LaTeX
is generally enough to fix it.

Alternatively, it could be that the cropping-bars themselves do not meet
exactly at the left-hand end.


> Running "C:\usr\local\bin\pnmcrop.exe -verbose  -l  -sides   <
> C:\Temp\l2h2116\p1408.pnm > C:\Temp\l2h2116\p1408.t03"

>> Image "C:\Temp\l2h2116\p1408.pnm" is PGM, 46x35
>> C:\usr\local\bin\pnmcrop.exe: cropping 2 cols off the left
>> C:\usr\local\bin\pnmcrop.exe: Background color is #0000b3

Having used the  -debug  switch, you should be able to look at the
temporary bitmap images:  p1408.t01  p1408.t02   p1408.t03  etc.
to see what went wrong.

(The process number, 1408 here, will be different each time.)


One final "shaving" crop is done along the bottom edge:

> Running "C:\usr\local\bin\pnmcrop.exe -verbose   -sides  -bot <
> C:\Temp\l2h2116\p1408.pnm > C:\Temp\l2h2116\p1408.t04"
> Image "C:\Temp\l2h2116\p1408.t04" is PGM, 46x34

>> C:\usr\local\bin\pnmcrop.exe: cropping 1 row off the bottom

... just in case there are 1 or 2 rows of all-white pixels there.
This is to ensure that text without descenders sit snugly on
the baseline, rather than a little above it.

If this "shave" removes too much, then it's assumed that
all that white space is required --- the unshaved image
is used instead.


> Image "C:\Temp\l2h2116\p1408.pnm" is PGM, 46x34
> Running "C:\usr\local\bin\ppmquant.exe 256 < C:\Temp\l2h2116\p1408.pnm 
> >
> C:\Temp\l2h2116\p1408.t05"
>
>> C:\usr\local\bin\ppmquant.exe: making histogram...
>> C:\usr\local\bin\ppmquant.exe: 2 colors found
>> C:\usr\local\bin\ppmquant.exe: choosing 256 colors...
>> C:\usr\local\bin\ppmquant.exe: mapping image to new colors...


> Running "C:\usr\local\bin\ppmtogif.exe -trans #ffffff <
> C:\Temp\l2h2116\p1408.pnm > img1.gif"
> pstoimg.bat: Written img1.gif
>
>> C:\usr\local\bin\ppmtogif.exe: computing colormap...
>> C:\usr\local\bin\ppmtogif.exe: 2 colors found
>


> (img1.gif is attached)


> Why is the gif created from p1408.pnm ? And not one of the .pnm files 
> that
> are cropped?

There is a renaming of the final temporary file back to the standard 
.pnm name.

In the  pstoimg  script, you'll see that the various graphics utilities 
are
called via:
       &do_cmd($in,$tmp,$cmd) || return 0;

The coding in    sub  do_cmd    includes a Rename call,
so that the input and output files have the standard .pnm name.

This is done to make it easy to call the various utilities for special 
effects:
   flip, rotate, padding, etc.



>
> If I manually executes:
>
> C:\testtex>C:\usr\local\bin\pnmcrop.exe -black -verbose -bot <
> C:\Temp\l2h2116\p1408.pnm > C:\Temp\l2h2116\p1408.tmp
> C:\usr\local\bin\pnmcrop.exe: Background color is #000000
> C:\usr\local\bin\pnmcrop.exe: cropping 2 rows off the bottom
>

> I will get the correct image, attached: img1a.gif.
>

OK; but you aren't working with the same input file that
LaTeX2HTML used.

Try it with  p1408.t01  or  p1408.t02  and you should find
that a bottom-crop doesn't work.


I think the cropping-bars are not meeting properly ---
just missing by a single pixel; viz


   XX
   XX
   XX        XXXX       (bottom of a letter 'O' say)
   XX         XXXX          XXXX
   XX          XXXX      XXXX
   XX               XXXXXXX
   XX
   XX
   XXXXXXXXXXXXXXXXXXXXXXXXXXX
   XXXXXXXXXXXXXXXXXXXXXXXXXXX
   XXXXXXXXXXXXXXXXXXXXXXXXXXX
   XX


Here the 1st bottom-crop will fail.
The left-crop removes the 2 columns on the left;
and now the shaving-crop removes the white row at the bottom.
(If the bottom bar had been correctly removed, the shave would
have removed the 2 white rows above it!)

> I hope this information is detailed enough.
>

Does this explanation make sense to you.

If there is indeed just 1 pixel causing problems with some images,
then it's probably due to a rounding effect, as Ghostscript creates
an image at fixed resolution. The bottom edges of the \hrule s  for
the bars may be just sufficiently different to be on different sides
of a pixel boundary.

Try varying the  $IMAGE_SCALE factor by small amounts, and force
the images to be remade.
You should be able to find a suitable value that works well without
oversizing the images.


>
> Best,

Hope this helps,

	Ross


> Peter
> <img1.gif><img1a.gif>

From rambiusparkisanius at yahoo.com  Sun Oct 31 12:19:10 2004
From: rambiusparkisanius at yahoo.com (Ivan Ivanov)
Date: Sun Oct 31 12:20:57 2004
Subject: [l2h] First time using latex2html
Message-ID: <20041031111910.46874.qmail@web52903.mail.yahoo.com>

Dear Colleagues,

I am tried latex2html for first time today and I find
it very easy to use. I have only several minor issues
to ask.

1) I am invoking latex2html in this way:
latex2html -split 0 myfile.tex
It generate myfile.html which is perfectly readable
and ready to publish. 
However, at the bottom of the the following copyright
note containing Japanesse text is generated:


&#12371;&#12398;&#25991;&#26360;&#12395;&#12388;&#12356;&#12390;...


My File

 &#12371;&#12398;&#25991;&#26360;&#12399;LaTeX2HTML
&#32763;&#35379;&#12503;&#12525;&#12464;&#12521;&#12512;
Version 2002-2-1 (1.70) 


Copyright © 1993, 1994, 1995, 1996, Nikos Drakos,
Computer Based Learning Unit, University of Leeds, 
 Copyright © 1997, 1998, 1999, Ross Moore, Mathematics
Department, Macquarie University, Sydney. 


&#12434;&#26085;&#26412;&#35486;&#21270;&#12375;&#12383;&#12418;&#12398;(
2002-2-1 (1.70) JA patch-2.0 &#29256;) 


Copyright © 1998, 1999, Kenshi Muto, Debian Project. 
 Copyright © 2001, 2002, Shige TAKENO, Niigata
Inst.Tech. 


Can you please tell me how to turn it off or if it
can't be suppress how to make appear in English. I am
using Fedora Core 2 Linux and my station is configured
to use CP1251 encoding but I doubt if this cause the
notice appear in Japanesse because I changed the
system encoding to UTF-8 and the result was the same.
I also notice that the charset of the generated html
file is this:

<META HTTP-EQUIV="Content-Type" CONTENT="text/html;
charset=EUC-JP">

Could you please tell me also how can I change it?

2) I am also using latex package listings to include
the content of some Java source files in my document.
However, latex2html issues an warning:

Warning: No implementation found for package:
listings.

and the content of the files is not gnerated in the
resulting html file. I am sure that I have installed
listings package correctly in my latex system. 

Can you please advice how to solve these problems.
Thank you your time.

Regards Ivan Ivanov


		
__________________________________
Do you Yahoo!?
Yahoo! Mail Address AutoComplete - You start. We finish.
http://promotions.yahoo.com/new_mail 

From Armin-Straub at web.de  Wed Oct 13 11:44:14 2004
From: Armin-Straub at web.de (Armin Straub)
Date: Wed Nov  3 23:33:31 2004
Subject: [l2h] Problems with latex2html and pstricks
Message-ID: <200410131148.07745.armin@laptop.linux.arminstraub.de>

Hi all,

I'm just playing around with latex2html and I'm having some problems using it 
together with pstricks.

This works:
\begin{pspicture}(0cm,0cm)(2cm,2cm)
\psset{yunit=2cm}
\psset{xunit=2cm}
\psframe(0,0)(1,1)
\psline(0,0)(1,1)
\psline(0,1)(1,0)
% \rput(1,1){Test}
\end{pspicture} 

Uncommenting the line containing the \rput crops the resulting image in HTML 
to 17x9. Previously it was 92x91. Thus the output is worthless ... :-(

This the same for \uput and the like.


Even worse is the following code snippet:
\begin{pspicture}(0cm,0cm)(2cm,2cm)
\rput(0.5,0.5){Test}
\end{pspicture} 

It creates the error:
----8<----
Converting image #4
pstoimg: Error: "/usr/bin/pnmcrop -verbose  < /tmp/l2h27380/p27433.pnm 
| /usr/bin/ppmquant -floyd 256 | /usr/bin/pnmtopng -interlace -trans 
'#ffffff'  > img4.png" failed: Bad file descriptor

Error while converting image
----8<----

Thank you!
  Armin Straub

From pechtcha at cs.nyu.edu  Thu Oct 14 04:09:28 2004
From: pechtcha at cs.nyu.edu (Igor Pechtchanski)
Date: Wed Nov  3 23:47:12 2004
Subject: [l2h] verbatim-like environments
Message-ID: <Pine.GSO.4.61.0410132104010.5328@slinky.cs.nyu.edu>

Hi,

I'm attempting to define a verbatim-like environment, like so:

\newenvironment{AAA}{%
\begin{tabular}{|l|}\hline%
\color[rgb]{1.0,0.0,0.0}%
\begin{rawhtml}<PRE>\end{rawhtml}%
}{%
\begin{rawhtml}</PRE>\end{rawhtml}%
\hline\end{tabular}%
}

and then use it:

\begin{AAA}
  Hello
    there,
      hi?

  Well,
     goodbye!
\end{AAA}

I'm getting the following output (approximated in ASCII art), the red
color is properly set:

.--------------.
|              |
|Hello         |
|    there     |
|      hi?     |
|              |
|              |
|              |
|Well,         |
|     goodbye! |
|              |
`--------------'

As I see it, there are two problems with the above picture:

1) the first line after every double line break loses its leading spaces
2) there are extra lines on every double line break and at the start and
   end of the <PRE>..</PRE> block

The expected output would be something like

.--------------.
|  Hello       |
|    there     |
|      hi?     |
|              |
|  Well,       |
|     goodbye! |
`--------------'

Is there a way of fixing this?  I'm not using the actual verbatim
environment because I'd like to be able to change colors in the middle of
those pseudo-verbatim blocks.

$ /usr/bin/latex2html --version
 [english]This is jLaTeX2HTML Version 2002 (1.62) JA patch-1.4
by Kenshi Muto, Debian Project.

Original LaTeX2HTML Version 2002 (1.62)
by Nikos Drakos, Computer Based Learning Unit, University of Leeds.

$ rpm -qf /usr/bin/latex2html
tetex-latex-1.0.7-66

$ uname -srvmpio
Linux 2.4.20-18.9 #1 Thu May 29 07:08:16 EDT 2003 i686 i386 GNU/Linux

Any ideas and help would be appreciated.
	Igor
-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_		pechtcha@cs.nyu.edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor@watson.ibm.com
     |,4-  ) )-,_. ,\ (  `'-'		Igor Pechtchanski, Ph.D.
    '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Happiness lies in being privileged to work hard for long hours in doing
whatever you think is worth doing."  -- Dr. Jubal Harshaw

From hakan at mysql.com  Sun Oct 31 17:01:31 2004
From: hakan at mysql.com (Hakan Kuecuekyilmaz)
Date: Wed Nov  3 23:47:14 2004
Subject: [l2h] First time using latex2html
In-Reply-To: <20041031111910.46874.qmail@web52903.mail.yahoo.com>
References: <20041031111910.46874.qmail@web52903.mail.yahoo.com>
Message-ID: <1099238491.23632.2.camel@x40>

On Sun, 2004-10-31 at 12:19, Ivan Ivanov wrote:
> Dear Colleagues,
> 
> I am tried latex2html for first time today and I find
> it very easy to use. I have only several minor issues
> to ask.
> 
> 1) I am invoking latex2html in this way:
> latex2html -split 0 myfile.tex
> It generate myfile.html which is perfectly readable
> and ready to publish. 
> However, at the bottom of the the following copyright
> note containing Japanesse text is generated:
> 

Which latex2html rpm are you using? Try a
rpm -qa | grep latex2html

It looks like a japanese patched version of latex2html.

Bye, Hakan
-- 
Hakan Kuecuekyilmaz, Software Developer
MySQL AB, www.mysql.com
Office: +49 160 98953296
Office@SAP: +49 6227 7-40441

Are you MySQL certified?  www.mysql.com/certification