On 10/01/2011 17:24, Ian Bicking wrote: > On Sun, Jan 9, 2011 at 1:47 AM, Stephen J. Turnbull > <stephen at xemacs.org <mailto:stephen at xemacs.org>> wrote: > > Robert Brewer writes: > > > Python 3.1 was released June 27th, 2009. We're coming up faster > on the > > two-year period than we seem to be on a revised WSGI spec. Maybe we > > should shoot for a "bytes of a known encoding" type first. > > You have one. It's called "ISO 2022: Information processing -- ISO > 7-bit and 8-bit coded character sets -- Code extension techniques". > The popularity of that standard speaks for itself. > > > The kind of object PJE was referring to is more like Ruby's strings, > which do not embed the encoding inside the bytes themselves but have > the encoding as a kind of annotation on the bytes, and do lazy > transcoding when combining strings of different encodings. The goal > with respect to WSGI is that you could annotate bytes with an encoding > but also change or fix that encoding if other out-of-band information > implied that you got the encoding wrong (e.g., some data is submitted > with the encoding of the page the browser was on, and so nothing > inside the request itself will indicate the encoding of the data). > Latin1 is kind of the poor man's version of this -- it's a good guess > at an encoding, that at worst requires transcoding that can be done in > a predictable way. (Personally I think Latin1 gets us 99% of the way > there, and so bytes-of-a-known-encoding are not really that important > to the WSGI case.) > I think the language moratorium was not the only objection to the inclusion of a third string type in Python (the "screwed string" - safe to treat neither as bytes nor as text). I recall objections in principle too from core developers during the EuroPython language summit. Michael > Ian > > > _______________________________________________ > Python-Dev mailing list > Python-Dev at python.org > http://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: http://mail.python.org/mailman/options/python-dev/fuzzyman%40voidspace.org.uk -- http://www.voidspace.org.uk/ May you do good and not evil May you find forgiveness for yourself and forgive others May you share freely, never taking more than you give. -- the sqlite blessing http://www.sqlite.org/different.html -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.python.org/pipermail/python-dev/attachments/20110110/077e460b/attachment.html>
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4