On 16 May 2008, at 08:31, Greg Ewing wrote:
Fiddling with the name of the antonym doesn't help.
How about adding a direction indicator?
gzipped = plaintext.transformto("gzip")
plaintext = gzipped.transformfrom("gzip")
Mark
___
Python-3000
file contents first - useful for scanning backwards though
big log files for example.
Christian Heimes commented that there's a reasonable chance of it
being accepted, so I've updated the patch to work against the current
source, as well as adding unit tests and documentation.
Ma
On 12 Mar 2007, at 20:18, Guido van Rossum wrote:
> I would love for you to start working on this. Let me know off-line if
> you need more guidance (but CC Daniel and Mike so they know what's
> going on).
Great! I'll start off by working up a patch that implements any easy
missing stuff from ht
On 12 Mar 2007, at 17:56, Guido van Rossum wrote:
> Thanks! This is a very interesting idea, I'd like to keep this
> around somehow.
Thanks for the positive feedback - much appreciated.
> I also see that you noticed a problem with text I/O in the current
> design; there's no easy way to impleme
IO object. Among other things
it makes unit tests simpler - instead of messing around with
temporary files the tests can do things like:
b = io.BytesIO(b'one\ntwo\nthree\n')
assert list(io.TextLineReverser(b)) == [ 'three\n',
ing
Operator") that := has been explicitly rejected in PEP 3099. (A
shame since IMHO it's the best solution, but there you go).
Mark Russell
___
Python-3000 mailing list
Python-3000@python.org
http://mail.python.org/mailman/listinfo/python
On 20 Apr 2006, at 10:23, Guido van Rossum wrote:
> IMO anything using any kind of nested brackets inside the argument
> list is doomed.
Another wild thought:
def foo(a, b, @keyword_only c, d):
pass
Actually that one could go in 2.X - it's currently a syntax e
