- From: <hallam@w3.org>
- Date: Fri, 15 Mar 96 12:37:40 -0500
- To: "Davide Musella (CNR)" <davide@jargo.itim.mi.cnr.it>
- Cc: hallam@w3.org, http-wg%cuckoo.hpl.hp.com@hplb.hpl.hp.com
>The TITLE entity header field, like the LINK field have an explicit correlation >with the same HTML tag; but MUST a server process an HTML file to extract these >values or a Server can ignore them even if it receives an explicit request of >these fields ???? I think the title field is poorly motivated wrt a HTML document. I see little advantage in getting the Title of the document up a few packets earlier. There is an issue with the HEAD method however, if one does a head then one wishes to obtain meta-information relating to the entity without obtainig a body and hence Title does have some use. Title and link are rather more usefull when dealing with content types which do not provide for header or link attributes. It is usefull to add a title to a JPEG or GIF, it would have been nice if Link could be used to add links into such objects - ie client side image maps. Overall I'm not too keen on the link tag/header because I don't think that anyone has proposed a comprehensive and coherent semanitcs for them. My view of what link should be is annotations in the Hyper-G model. Ie they should be used to inform a client about links which relate to an entity which are not a part of it. Annotations are one example. This model would indicate a need to incorporate a position indicator into the tag: Link: <http://www.cern.ch/TheBook/chapter2>; rel="Previous"; pos=1654-1754 Where pos in this case is a simple character offset. I suspect that we really need a comprehensive notation for describing positions within a hypertext structure. Phill
Received on Friday, 15 March 1996 18:07:01 UTC