Re: [Python-Dev] transitioning from % to {} formatting

2009-10-08 Thread Christian Tanzer
ing string exceptions (which have already happened) will affect far > more programs than a minor incompatibility in transitioning string > formatting. `with` and `as` are trivial to fix and certainly not pervasive in existing code. String exceptions have been deprecated for years

Re: [Python-Dev] transitioning from % to {} formatting

2009-10-08 Thread Christian Tanzer
rs from now, all maintainers of long existing code have exactly the same problem. IMHO, either the translation is done once and gives identical output or it isn't worth doing at all. -- Christian Tanzerhttp://www.c-tanzer.at/ __

Re: [Python-Dev] transitioning from % to {} formatting

2009-10-08 Thread Christian Tanzer
om Python and there is no automatic transition path that effectively means that existing code using %-formatting is forced to stay at whatever Python version was the last one supporting %-formatting. I surely hope nobody is seriously considering such a scenario. Perl 6 seems harmless in compariso

Re: [Python-Dev] New Super PEP

2007-05-02 Thread Christian Tanzer
` is slightly better than the title, the premise of James Knight is utterly wrong: Note that the __init__ method is not special -- the same thing happens with any method -- Christian Tanzerhttp://www.c-tanzer.at/ ___

Re: [Python-Dev] whitespace normalization

2007-04-26 Thread Christian Tanzer
rite-file-hooks 'delete-trailing-whitespace) ) In modern Emacsen, the `if` should be unnecessary. -- Christian Tanzerhttp://www.c-tanzer.at/ ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/ma

Re: [Python-Dev] Rounding float to int directly ...

2006-08-03 Thread Christian Tanzer
Nick Maclaren <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] (Christian Tanzer) wrote: > > Greg Ewing <[EMAIL PROTECTED]> wrote: > > > > > What's the feeling about this? If, e.g. int() > > > were changed in Py3k to round instead of trun

Re: [Python-Dev] Rounding float to int directly ...

2006-08-02 Thread Christian Tanzer
y'd still be correct under such a change. -- Christian Tanzerhttp://www.c-tanzer.at/ ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http:

Re: [Python-Dev] yield back-and-forth?

2006-01-20 Thread Christian Tanzer
) > > I'm not keen on that particular keyword, but I do believe a syntactic > solution is needed, if the problem is important enough to be solved. How about: def main_generator(): ... yield * sub_generator() Ducking-ly yrs, -- Christian Tanzer