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

Re: Client Authorization Request & More General Mechanisms

From: Paul Pazandak <pazandak@OBJS.com>
Date: Wed, 27 Aug 1997 11:17:57 -0500
Message-ID: <3404534F.6D09941A@OBJS.com>
To: www-jigsaw@w3.org
Anselm Baird_Smith wrote:

> Paul Pazandak writes:
>  > The filters now available include:    AccessLimitFilter
>  >     CacheFilter
>  >     CounterFilter
>  >     DebugFilter
>  >     ErrorFilter
>  >     GZIPFilter
>  >     ProcessFilter
>  >     PutFilter
>  >     PutListResource
>  >     PutSizeFilter
>  >     PutedEntry
>  >     SimpleCacheFilter
>  >
>  > ...by descriptions in the docs, none would _appear_ to do this.  If
>  > possible I would be interested in seeing this example if you could
>  > make it available.
> Correct I guess I throw that code away, but I am pretty sure you can
> find it in that mailing list archive (lists.w3.org).

I'll look, thanks.(Ref: it is:

>  > BTW, what generates the client-side authorization dialog?
> The idea is to have a form to "configure" the cookie, and then use
> extneded server side include commands to exploit the values from that
> cookie, the shtml file looks like:
> <body bgcolor="<!--#cookie get="background">">
> Anselm.

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
5) The server returns some resource.

So, are you saying that the mechanism to implement steps 2-4 above
is via SSI/Cookies?

My intent is to write a new FileResource or resource filter that can
be applied to _any_ document to implement the mechanisms above (and
therefore shouldn't require embedding SSIs in the document).

Kind Regards,


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

Paul Pazandak                                      pazandak@objs.com
Object Services and Consulting, Inc.             http://www.objs.com
Minneapolis, Minnesota 55420-5409                       612-881-6498
Received on Wednesday, 27 August 1997 12:13:45 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:25:31 UTC