>
> The problem:
>
> > When coming at one of the mathematical formulas,
> > LaTeX2HTML (pstoimg? gs?) generates an empty figure,
> > put it in place of the formula, generates
> > a correct figure and put it in the place... of
> > the next figure!
This behaviour is a result of code in the 'Output Routine'
used by LaTeX, when it puts a completed page into the .dvi file.
If the contents of the current list are too large for a single page,
and cannot sensibly be split to give a page-break at some earlier
place, then an empty page results, and the subsequent page *will*
accept the oversized box.
I've tried to reprogram the expansion of \@output to get rid of this
behaviour...
... but believe me, it is too deeplly entrenched in the way LaTeX
works, that I had to give up on it.
Too many other things might break in non-obvious ways.
> >
> > And so on : after that all the figures are shifted, so
> > each figure appears at the wrong place, with the
> > wrong amount of space. Renaming each file containing
> > an image with the right name would correct the
> > problem, but it is practically unworkable.
> >
Yes, unworkable. There are easier solutions,
once you are aware of what is the problem.
>
> Well, the problem was: an image (just before the
> apparent problem) was not created, and after that the
> following images were generated in bad sequence, each
> image coming in place of the following one.
> The offending image was too big, and generated the
> Putting [scale=0.8] in the \includegraphics command
> solved the problem.
Presumably the whoile image now fits on the page.
But what if you cannot afford to make the image smaller,
lest it's contents become unreadable ?
Well, increase the size of the paper for TeX/LaTeX.
The $PAPERSIZE variable controls this parameter.
Normally it is set to 'a5' or perhaps even 'a6'.
If this seems to be too small, don't forget that most images
use a scale-factor; either $MATH_SCALE_FACTOR or $IMAGE_SCALE_FACTOR
which is typically 1.4 --> 2.0
So increase the value to 'a4' or 'a3' ISO paper-sizes
or perhaps 'b5' or 'b4' which are larger than the 'a' sizes.
Of course the larger you make the paper, the more memory will be used,
by various pieces of software, while processing the resulting images.
(I've never tried 'a1' or 'a0', but Ghostscript and LaTeX2HTML know
how large this is. ;-)
> appeared. It is an illustration of the usefullness of such
> a list: explaining the problem to others helps to solve it.
>
>
Yes, you'll usually get an answer from someone who has *been there before*.
Cheers,
Ross Moore
> Laurent Bloch, Institut Pasteur
>
>
>
>
>
