W3C home > Mailing lists > Public > www-jigsaw@w3.org > July to August 1997

Re: Client Authorization Request & More General Mechanisms

From: Anselm Baird_Smith <Anselm.Baird_Smith@sophia.inria.fr>
Date: Wed, 27 Aug 1997 18:32:35 +0200 (MET DST)
Message-Id: <199708271632.SAA06783@www43.inria.fr>
To: pazandak@OBJS.com
Cc: www-jigsaw@w3.org
Paul Pazandak writes:
 > I understand how this will process a request once the cookies are
 > set (that's nice!), but it doesn't explain if/how one can ask the user
 > for information after they have requested a document and before
 > they have received it.  Just to be clear in my mind, this is what I
 > want to achieve:
 > 
 > 1) User makes a request for some document myDoc.html
 >      (nothing is embedded in myDoc.html to drive this, it is an
 > "ordinary, simple"
 >       html file).
 > 2) The server responds with a UI prompt asking for more information
 > 3) The client responds
 > 4) The server may ask for additional information, the client responds
 > again
 > 5) The server returns some resource.
 > 
 > So, are you saying that the mechanism to implement steps 2-4 above
 > is via SSI/Cookies?

Yes, maybe your filter could check for a cookie, if non is set
(meaning steps 2 & 3 haven't occured yet) redirect to a form which
fills-in the cookie, and which redirect back (may be using the referer
header field) to the initial page. Kind of a hack...

 > BTW, is an html parser available to extract/locate parts of a document? 
 > E.g.
 > say I want insert something in the body of an html resource, I can write
 > code
 > to search for "<body>", but as there are variations in syntax it's not
 > this
 > straightforward... a parser would help.

Arthur van Hoff parser's has been available for a while, you may be
able to locate it...

Anselm.
Received on Wednesday, 27 August 1997 12:33:00 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 9 April 2012 12:13:26 GMT