Antoine Pitrou <solip...@pitrou.net> wrote: > Bill Janssen <janssen <at> parc.com> writes: > > > > Sure. And if HTTP was all about browsers keying off pages, that would > > be fine with me. But it's not. HTTP is used in lots of places where > > there are no browsers; > > I'm sorry, I don't follow you. The fact that something else than a browser > makes > the request shouldn't change the behaviour on the /server/ side.
I'm talking about the client side, though. > > It's used in > > places where there are no "pages", too, just servers on which clients > > are making REST-style calls. > > So what? The designer of the REST API must mandate an encoding (most probably > UTF-8 rather than Latin-1 as you bizarrely seemed to imply) and the problem is > solved. Sure, if they understand that they have to do it. > Complaining that the RFC doesn't specify all this sounds like an excuse for > programmer laziness. Or incompetence, which I'm afraid is a more likely issue. Lots of folks write their own HTTP servers, and don't really understand just *what* they need to specify. As a client-side user of one of those servers, I'm left in the dark. I think we've beat this to death for python-dev. Feel free to continue it on Web-SIG, though, if you wish. Bill _______________________________________________ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com