Robin Fairbairns wrote:
>>
>> whether this should extend to moving captions is a difficult point,
>> but it's not one that can be dismissed that way.
>>
>> note, of course, that *many* journals require that table captions
>> appear above the table.
>>
>> robin
Robin is correct in saying that LaTeX2HTML is not bound to follow
decisions of style adopted in LaTeX.
Personally, on the printed page, I dislike captions above
for floats that appear at the top of a page.
Fortunately one rarely sees this in printed books.
Table captions below, at the bottom of a page are quite OK.
In the middle of a page, either is fine..
...but not in the same document, thank you. ;-)
Consider an HTML page which is quite long, requiring scrolling down
as you read through it.
For this I think it is highly desirable that the caption appears at
the top of an image.
Douglas Bonar wrote:
>
> Hmmm. I would say that HTML has a very definite
>concept of pages (hense "webpage"). That is not to say that
>all page related concepts match well with HTML page concepts
>though. To me, HTML pages should be longer (contain more text)
>than paper pages from the same source. Also, while I rather
>like footnotes at the bottom of the page in paper, I prefer
>seperate footnot pages for HTML. Basically I feel that slavish
>imitation of the paper form in HTML is wrong, but that there
>are design ideas in paper layout that shouldn't be dropped
>in HTML.
Is captioning one of them ? ;-)
> As for captions, why not have the anchor for the
>graphic written before the graphic (where it should be) and
>the caption written either before or after the graphic as
>a configurable option.
It should remain within the same logical unit as the contents
of the figure/table. Separating them would be quite wrong.
Furthermore, it is unnecessary (see below).
>... Basically, make the script write
>something that correctly handles what "see Fig. 7" means.
>In paper text, we don't mean "Look at the caption of figure
>7", we mean "look at figure 7" and we put a caption there to
>help explain the picture. That the label "Fig. 7" and the
>explaination are in the same place is an artifact of paper.
Yes, that is true;
but it would be pretty silly to do otherwise.
With HTML 4.0 the <TABLE> tag itself can be made the target
of a hyperlink, via the ID attribute.
This is probably the correct way to go...
...for then the placement attribute for the CAPTION will be freed
up to respond to a command-line switch, or other mechanism
for assigning attribute values.
As for HTML 3.2, with Netscape 4.05 the hyperlinks jump correctly
to the top of the <TABLE> to show all of the contents or CAPTION,
whichever occurs first, whatever the value of the
<CAPTION ALIGN=... attribute.
With other browsers ? Please advise.
Thus a command-line switch may be a reasonable thing here too.
> I'm sure I'm not the only one whose thought of that,
>and I haven't looked at the code, so I imagine it is non-trival
>to do. But based on the amount of traffic about this idea,
>it might be a nice change for someone to make.
If all browsers behave like Netscape, then it is trivial.
If not, well it isn't too tricky to hook into the ID attribute,
with HTML 4.0.
Doing it any other way is indeed tricky, though, and still
retain logical integrity.
Hope this helps,
Ross Moore
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Ross Moore email: [EMAIL PROTECTED]
Mathematics Department phone: +612 9850 8955
Macquarie University fax: +612 9850 8114
Sydney, NSW 2109 office: E7A-419
Australia WWW: http://www-math.mpce.mq.edu.au/~ross/
***************************
for the best in (La)TeX-nical typesetting and Web page production
join the TeX Users Group (TUG) --- browse at http://www.tug.org
<[EMAIL PROTECTED]>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
