Re: X Mosaic, FTP and PASV

roeber@vxcrna.cern.ch (Frederick G.M. Roeber)
Date: Mon, 6 Dec 1993 11:12:59 +0100
Message-id: <9312061013.AA07524@dxmint.cern.ch>
From: roeber@vxcrna.cern.ch (Frederick G.M. Roeber)
X-Vms-To: dxmint::dsr@hplb.hpl.hp.com,dxmint::www-talk@info.cern.ch
X-Vms-Cc: ROEBER
Subject: Re: X Mosaic, FTP and PASV
X-Mail11-Ostype: VAX/VMS
Apparently-To: <www-talk@nxoc01.cern.ch>
Apparently-To: <dsr@hplb.hpl.hp.com>
Friday evening, I said:

>> If we had a place for storing information related to a document,
>> (do we?  There's talk about a "Hyperdoc" type in HTAnchor.c, but
>> it's never flushed out.), then the size (as a number) should be
>> put there.  Then all those browsers that currently give transfer
>> status in bytes could give it as a percentage.

Then Dave replied:
>
>In the HTML+ spec I introduced a SIZE attribute for anchors with
>this in mind. People persuaded me to take it out, but maybe we
>should put it back again :-)

Actually, I meant in the standard libwww C code..  I'm one of the
folks who's firmly in the "information like this doesn't belong
in the html anchor" camp myself.

I was thinking that if the in-memory structures the browsers used
for the document anchors had such spaces, then perhaps another 
selection (e.g., shift-m1 or m3) could get and display header 
information from protocols (like http) which support it.  Things
like ftp, where directory listings give it for free, would just
stick it in.

--
<a href="http://info.cern.ch/roeber/fgmr.html">Frederick</a>