Re: Accept-Charset support

Klaus Weide:
>Examples where "Language" is treated as carrying charset meaning
>(not just repertoire, but "charset" including encoding):

First, thanks for collecting these examples.

>Pages that do the poor-man's negotiation of letting the user select
>a "language" manually, than return a page whose charset may vary 
>depending on the language choice.
>   <URL:>
>   <URL:>
>   <URL:>   

Hm, I would not call this `language carrying implied charset meaning'.  If I
were to make a page like the ones above, I would leave out all mention of
requiring support for the appropriate charset too, because of stylistic

>Another example, which does "real" (automatic) negotiation:
>   <URL:>
>(For example, with "accept-language: el, en" you get Greek in iso-8859-7
>- even when also sending an "accept-charset" which excludes iso-8859-7.)

I guess this is a case of a CGI programmer making something that is good
enough in the usual case instead of 100% optimal.  How many current user
agents send a (reliable) Accept-Charser header anyway?

So I don't interpret your examples as the Accept-Language/Content-language
headers carrying charset meaning.  Which is good, actually, because if they
had carried charset meaning, that would have created a nasty negotiation

>  Klaus


Received on Wednesday, 18 December 1996 16:15:50 UTC