|
|
![[parent]](http://images.planetmath.org:8080/images/uparrow.png) Viewing Message
|
|
|
| ``Re: something wrong in entry displaying?''
by marijke on 2005-04-05 11:38:31 |
|
| > Thanks for fixing the thing! As to the problem itself and method
> for its solution I could only say: it seems very strange ;)
You're welcome :) And yes. I just started commenting out everything i didn't need from my usual macros, on the principle of trying to isolate the problem.
There are just 4 differences left between a minimal set of macros that causes the problem and a maximal set that doesn't (one \frakI, two redefenitions of \Re and \Im, one difference in appearance of \qed) but i still don't really know if one of those is the culprit (i'll find out if i ever need them and uncomment them) or whether this is a red herring. It could be that the real culprit was another macro i zapped earlier, and the cache kept serving up the wrong images a few more times. It could just be that it sulks until it gets some extra attention <g>. Whatever it is, faffing around with an entry makes the problem go away eventually <g>.
> I have noticed that too: in Firebox and Explore. Also, sometimes
> for not inline formulas one gets strange additional vertical space
> from one side. May be it is something to do with tex2html? I don't
> know whether html files produced from tex looks similar.
I've never used any of the TeX to HTML packages (except the one we're implicitely using here).
Aligning images with text is inherently hard because
- not all browsers interpret <img align=middle/baseline/etc. > tags
the same.
- while a GUI based program can figure out where the baseline of the
text is, it can't know where the baseline of the text depicted in
an image is supposed to be. For instance, an image depicting $d$
might be just as tall as an image depicting $p$ but needs different
alignment! The ideal thing would be for the process that generates
the images to leave a certain amount of whitespace both above and
below, whether there's ink there or not. And for the process that
generates the HTML code to know how much space that is, and issue
the appropriate image tag. For some reason that doesn't happen.
It's one of the reasons i prefer the "page image" TeX output option.
> strange additional vertical space from one side.
Haven't yet seen that. What i do see is --- in the "page image" TeX output, not HTML with images --- an extra vertical gap at regular intervals. My guess is it is the "pages" (TeX, like pdf, but unlike HTML, is firmly wedded to the notion that text should be sliced up into standard portions that fit on a slice of dead tree). For some reason the output routine puts space between "pages". You can't get rid of it, but you can move this gap to a more convenient (earlier) location by putting
\vfill\pagebreak
in your source.
--regards, marijke
http://web.mat.bham.ac.uk/marijke/ |
| | [ reply | up | top ] |
|
|
|
|
|
|
