I'd rather see this done using a header defined within HTTP, rather
than something specific to HTML.
There is presently no header that identifies the resource being sent.
(For some purposes, it might be sensible to use the URI header for
this, though the design of the URI header biases it to be useful for
those cases where the resource *isn't* being sent along with the
response).
If there were a standard header specifying the URI of the enclosed resource,
that would enable several different pieces of functionality. Some
option associated with it could do what you are requesting. However,
there's a possibility of abuse with this -- do you really want to give
server operators control over your hotlist?
I'd like to see a header for identifying the enclosed resource, for
the purpose of ensuring "cache coherency" in clients. If several
different request-URIs are sent, each resulting in different server
actions followed by returns of the *same* resource (a practical
scenario I have had to engineer my way out of more than once...), each
copy of the returned resource will be cached separately by the client
(as most clients cache using the request-URI as a key). For dynamic,
time-varying resources, this leads to the possibility of being able to
view stale copies of the resource if you "follow a link" that returns
an incorrectly cached copy of the resource.
--Shel Kaphan
[email protected]