- From: Scott Lawrence <lawrence@agranat.com>
- Date: Sun, 25 May 1997 11:15:17 -0400
- To: Yaron Goland <yarong@microsoft.com>
- Cc: http-wg@cuckoo.hpl.hp.com
>>>>> "YG" == Yaron Goland <yarong@microsoft.com> writes:
YG> PEP is very useful in cases where I need to make sure the server will do
YG> the right thing without first having to negotiate with the server.
I'm afraid that I don't understand how it is easier or better to
use downloaded Java (or other script) to determine local capabilities
and preferences in selecting variant content than to express them as
a wire protocol. Your comment on PEP is equally relevant to TCN.
Yaron - you have opposed advancing the TCN framework in the current
working group drafts on the basis of an as-yet unspecified
alternative based on downloaded scripts. While I agree that such an
approach might be more powerfull and flexible _if_ there were a
universal framework defined, I see no attempt to publish any such
definition.
As I see it, there are at least three major problems with any
attempt to address variant content selection with a script-based
approach:
1) Requires common client-side script language support; this presents
problems both for very lightweight and very security-sensitive
clients.
2) Requires a common API for script to read client/user preferences
(I assume here that we are not just talking about a script that
displays a user dialog - that is no improvement over serving a
page of HTML that presents the alternative versions).
3) Requires an additional round trip (client requests resource,
server downloads script, script sends refined request).
I believe that variant content selection is an important feature,
and as I've said before we like the draft framework - while it may
need some minor changes and may not solve every possible problem, it
is a reasonably economical solution to a very large part of the
problem space.
I think it only fair to ask that if you are going to present an
alternative that you get on with presenting it, and if not either
make suggestions to improve the current proposal or just state that
you won't implement it and let those of us who are implementing it
get on with agreeing on an interoperable solution.
--
Scott Lawrence EmWeb Embedded Server <lawrence@agranat.com>
Agranat Systems, Inc. Engineering http://www.agranat.com/
Received on Sunday, 25 May 1997 08:16:50 UTC