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
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 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
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',
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
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
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
