Although I think that state-changes attached to links should be combined
with other approaches, it might have its advantages to keep state
information as part of an HTML document. In the WWW tradition it visualizes
what is going on even for service providers that are not overly
technologically savvy, improving their learning and application of the
functionality. Also, state information as part of HTML makes it easy to
create links from any web document to a specific state of a service, in a
similar (but more flexible) way as it today is possible to make a link to a
search service that contains a search term, and thus get a dynamically
created page as the result of the query, e.g.:
<URL:http://webcrawler.com/cgi-bin/WebQuery?search+engine>
We have previously touched into the problem of backtracking when the state
changes are in the links: "Shopping-baskets" loose their content as the
user go back in their history. However, this might be solved by attaching
state change information to a link contained in the head of the document
(e.g. base), signifying that a document based on this state change should
be reloaded when the user moves backwards. Such state changes might confuse
the reader if it implies changes in the document, as they might expect
documents in their history to not change, so it might have its
disadvantages to give the service provider this power (although I am in
favor of it).
>I'm working on a more precise proposal for state links,
>but feel free to jump in.
Feel free to post a draft.
-- Terje <[email protected]>
<URL:http://www.ifi.uio.no/~terjen/>