On Thu, Jun 10, 2010 at 6:40 AM, Alexandre Vassalotti
alexan...@peadrop.com wrote:
On Wed, Jun 9, 2010 at 1:23 PM, Martin v. Löwis mar...@v.loewis.de wrote:
Closing the backport requests is fine. For the feature requests, I'd only
close them *after* the 2.7 release (after determining that they
Antoine Pitrou writes:
In which cases is this true? Hex is rarely used for ASCII-encoding of
binary data, precisely because its efficiency is poor.
MIME quoted-printable, URL-quoting, and XBM come to mind.
___
Python-Dev mailing list
Victor Stinner a écrit :
I suppose that each codec will have a different list of accepted input and
output types. Example:
bz2: encode:bytes-bytes, decode:bytes-bytes
rot13: encode:str-str, decode:str-str
hex: encode:bytes-str, decode: str-bytes
A user point of view: please NO.
On 09.06.10 14:47, Nick Coghlan wrote:
On 09/06/10 22:18, Victor Stinner wrote:
Le mercredi 09 juin 2010 10:41:29, M.-A. Lemburg a écrit :
No, .transform() and .untransform() will be interface to same-type
codecs, i.e. ones that convert bytes to bytes or str to str. As with
Walter Dörwald wrote:
On 09.06.10 14:47, Nick Coghlan wrote:
On 09/06/10 22:18, Victor Stinner wrote:
Le mercredi 09 juin 2010 10:41:29, M.-A. Lemburg a écrit :
No, .transform() and .untransform() will be interface to same-type
codecs, i.e. ones that convert bytes to bytes or str to str. As
Le jeudi 10 juin 2010 12:30:01, Walter Dörwald a écrit :
Codecs support several types of error handling that don't make sense for
transform()/untransform(). What should 'abc'.decode('hex', 'replace')
do?
You mean 'abc'.transform('hex', 'replace'), right?
Error handler is useful for encoding
On Thu, 10 Jun 2010 12:27:33 +0200, Baptiste Carvello baptiste...@free.fr
wrote:
Victor Stinner wrote:
I suppose that each codec will have a different list of accepted input and
output types. Example:
bz2: encode:bytes-bytes, decode:bytes-bytes
rot13: encode:str-str,
On Jun 10, 2010, at 09:01 AM, Steve Holden wrote:
The current stumbling block isn't the language itself, it's the lack of
support from third-party libraries. GSoC is addressing some of these
issues, but so far we (the PSF, the dev community, anybody else except
R. David Murray) haven't really
On 6/10/2010 2:48 AM, Senthil Kumaran wrote:
On Thu, Jun 10, 2010 at 6:40 AM, Alexandre Vassalotti
alexan...@peadrop.com wrote:
On Wed, Jun 9, 2010 at 1:23 PM, Martin v. Löwismar...@v.loewis.de wrote:
Closing the backport requests is fine. For the feature requests, I'd only
close them
On 6/10/2010 7:08 AM, M.-A. Lemburg wrote:
Walter Dörwald wrote:
The PEP would also serve as a reference back to both this discussion and
the previous one (which was long enough ago that I've forgotten most of it).
I too think that a PEP is required here.
Fair enough. I'll write a PEP.
10 matches
Mail list logo