Re: [l2h] cannot find file in \input

2002-11-26 Thread Ross Moore

Hello Ger,

 The option -debug learned me that texexpand does not take TEXINPUTS
 into account, but seems to use a more or less predefined path.

Yes; your analysis is absolutely correct.
 
 
 Now is my question:
 
 Can I tell latex2html to look into 199.dir to find taql.tex or do
 I need to change the \input line into \input{199.dir/taql.tex} ?
 The latter would be tedious, because there are many more such files.

 You could use conditional commands to \input from different directories
when using LaTeX2HTML, and when not.
But yes, this is tedious.

Much more elegant is to set the $TEXINPUTS Perl variable
in a .latex2html-init file for your job.


 Another question is why latex2html does not take TEXINPUTS into account
 anymore. It used to do it.

It doesn't do it (and has not since 1998 or 1999) since typically
the TEXINPUTS variable is set (rightly or wrongly) to include the whole
 texmf/  tree. It is then very easy to pick up the wrong .tex file
in many situations.

Furthermore, it is quite typical that files that are expected to be
found via the TEXINPUTS environment variable contain code that is quite
irrelevant to an HTML translation. This is the same reason that .sty files
are typically not loaded.

The Perl $TEXINPUTS variable serves the desired purpose.
The need to set it separately requires the author to think about whether
the commands in their \input files will have proper HTML support for the
macros that they define, or whether more work needs to be done to obtain
a sensible translation.



Hope this helps,

Ross Moore

 
 
 Thanks,
 Ger van Diepen
 ___
 latex2html mailing list
 [EMAIL PROTECTED]
 http://tug.org/mailman/listinfo/latex2html

___
latex2html mailing list
[EMAIL PROTECTED]
http://tug.org/mailman/listinfo/latex2html



[l2h] Top of images are not cropped

2002-11-26 Thread Magnus Widerberg
I use latex2html to produce png images, but it doesn't crop the top of 
the images enough.

I would like latex2html either to have a switch for setting the -crop 
argument which pstoimg uses, or that the default for crop to minimum 
size (line 3592 in version $Id: latex2html.pin,v 1.70 2002/08/22 
15:14:08 RRM Exp $) was $crop{$name} = blrlt instead of $crop{$name} = 
blrl.

What should I do in the meantime?

I tried to use mogrify, but it has problems with the transparency and I 
don't know how many pixels I can crop.


Regards
Magnus Widerberg

___
latex2html mailing list
[EMAIL PROTECTED]
http://tug.org/mailman/listinfo/latex2html


Re: [l2h] Top of images are not cropped

2002-11-26 Thread Ross Moore
 I use latex2html to produce png images, but it doesn't crop the top of 
 the images enough.
 
 I would like latex2html either to have a switch for setting the -crop 
 argument which pstoimg uses, or that the default for crop to minimum 
 size (line 3592 in version $Id: latex2html.pin,v 1.70 2002/08/22 
 15:14:08 RRM Exp $) was $crop{$name} = blrlt instead of $crop{$name} = 
 blrl.

I think the intenion here is to first crop away the cropping bars,
via the  b and l , then remove extra space on the left and right,
since TeX has centered the environment's contents on the printed page.
In HTML that extra space is not needed.

There is not t cropping, because the cropping-bar at the left-hand side
was initially placed to be the correct height for the environment;
similarly there is no second b crop after the bars have been removed.

 
 What should I do in the meantime?

The best answer is surely to determine what is creating the extra
space that you are trying to remove.
It *should* be the \abovedisplayskip  or  \abovedisplayshortskip
parameter in TeX.
If this is so, then try putting code such as:

\begin{imagesonly}
 \AtBeginDocument{\abovedisplayskip=0pt \abovedisplayshortskip=0pt}
\end{imagesonly}

into the document preamble, assuming that  \usepackage{html} has been
used earlier in the preamble.

 I tried to use mogrify, but it has problems with the transparency and I 
 don't know how many pixels I can crop.

Yes; that's why LateX2HTML uses pnmcrop , since there's no easy way
to find out how much to crop.


Hope this helps,

Ross Moore

 
 
 Regards
 Magnus Widerberg
 
 ___
 latex2html mailing list
 [EMAIL PROTECTED]
 http://tug.org/mailman/listinfo/latex2html

___
latex2html mailing list
[EMAIL PROTECTED]
http://tug.org/mailman/listinfo/latex2html



[l2h] charset attribute missing

2002-11-26 Thread Stephen Gildea
There seems to have been a regression from v2002 (I think) to v2002-2-1 (1.70).
I used to get this line in the head of my HTML files:

META HTTP-EQUIV=Content-Type CONTENT=text/html; charset=iso-8859-1

and now I don't and can't figure out how to make it reappear.  

Without the character encoding declaration (charset=iso-8859-1), the
W3C validator (http://validator.w3.org/) won't pass the page as valid HTML.

The problem might be this hunk in initialize:

# load the character defs for latin-1, but don't set the charset yet
do_require_extension('latin1');
$charset = $CHARSET = $PREV_CHARSET = '';

Even if I could figure out a way of doing this:

$HTML_OPTIONS = latin1;

(I don't see a command-line option that accesses this) it won't help,
because the code shown above forces the latin1 extension anyway, and
then clobbers its setting of $CHARSET.
___
latex2html mailing list
[EMAIL PROTECTED]
http://tug.org/mailman/listinfo/latex2html