If you have a different accept header then you are most likely to be adding
extra accepts in rather than subtracting (Yuk! I don't want Gifs ... ?).
I don't think we should get hung up about the 5% or 1% of cases which are
different. Nobody is suggesting getting rid of Accept headers altogether.
Its just an optimisation that can be applied for a large number of cases.
In general I would like to suggest a principle that *ALL* areas where there
is a degree of flexibility should be referenced via URLs. If we tried to
compress accept groups in a static manner then there would always be a problem
when new accept groups were declared. URLs allow us to deffer the specification,
and more importantly distribute it.
The same arguments apply for the security scheme. I am now experimenting with
sending certificates about attached to URLs or URNs. Eg if we want to
protect the traversal of an anchor :-
<a href="http://fat.freddy.edu/cat.html", crypt="http://fat.freddy.edu/keycert">
You don't want to be seen looking at this!</a>
With URNs all this gets much easier. The keycert then becomes an interesting
subcase, the DN is after all a URN (of sorts) even though it has an odd
syntax. We should have a translitteration service n'est pas?
Personaly I think the big gain is compressing the body while sending. If
anyone has a bunch of compression routines I can plug 'em in. I looked
at GZIP but there are hiddeous numbers of static and global variables. Anything
in the library has to be reentrant so that we can go multithreaded.
Of course if your modem compresseth then you want to be able to turn this
stuff off. But there are still many who are cast into the outer darkness
with much wailing and gnashing of teeth etc. etc.
-- Phillip M. Hallam-BakerNot Speaking for anyone else.