[esr]
> All this code runs under either 2 nor 3 without requiring six or any other
> shim library.
We've got an application that's about 500k loc, runs under both 2 and 3.
It has only one shim, a 'metaclass' decorator similar to what six provides,
other than that it's all quite clean 2- and 3-wise
12.05.18 17:48, Steve Holden пише:
It's certainly true that when I split any of those left-hand cells the
bizarre emphasis occurs. Still looking for a workaround.
Remove an extra indentation of the second line.
___
Python-Dev mailing list
Python-Dev@
On Sat, 12 May 2018 15:48:47 +0100
Steve Holden wrote:
> It's certainly true that when I split any of those left-hand cells the
> bizarre emphasis occurs. Still looking for a workaround.
Depending on whether you indent the second line it might be interpreted
as a definition list item:
http://docu
It's certainly true that when I split any of those left-hand cells the
bizarre emphasis occurs. Still looking for a workaround.
regards
Steve
Steve Holden
On Sat, May 12, 2018 at 3:26 PM, Antoine Pitrou wrote:
> On Sat, 12 May 2018 15:20:11 +0100
> Steve Holden wrote:
> > Does anyone know wh
On Sat, 12 May 2018 15:20:11 +0100
Steve Holden wrote:
> Does anyone know why some lines in the tables of
> https://www.python.org/dev/peps/pep-0554/ appear in bold when the markup
> doesn't seem to call for it? I can't find a way to stop this, and it's
> bugging me!
Apparently this may have to d
Does anyone know why some lines in the tables of
https://www.python.org/dev/peps/pep-0554/ appear in bold when the markup
doesn't seem to call for it? I can't find a way to stop this, and it's
bugging me!
regards
Steve
___
Python-Dev mailing list
Pyt
> On May 12, 2018, at 9:03 AM, Chris Angelico wrote:
>
>> On Sat, May 12, 2018 at 9:11 PM, Eric V. Smith wrote:
>> I don't think it matters to its acceptance, but PEP 572 should at least
>> mention that the := syntax means that you cannot use assignment expressions
>> in f-strings.
>>
>> As I
On Sat, May 12, 2018 at 9:11 PM, Eric V. Smith wrote:
> I don't think it matters to its acceptance, but PEP 572 should at least
> mention that the := syntax means that you cannot use assignment expressions
> in f-strings.
>
> As I wrote in a python-ideas email, f'{x:=4}' already has a defined mean
> I have found 2to3 conversion to be remarkably easy and painless.
> And the whole Unicode thing is much easier.
The intersection of bytes, str and unicode has been the only pain point for
me. Everything else I've encountered has been pretty trivial.
Skip
I don't think it matters to its acceptance, but PEP 572 should at least
mention that the := syntax means that you cannot use assignment
expressions in f-strings.
As I wrote in a python-ideas email, f'{x:=4}' already has a defined
meaning (even if no one is using it).
Eric
___
Steven D'Aprano :
> So not all Python 3 migration stories turn into horror stories :-)
Peter Donis and wrote "Practical Python porting for systems programmers":
http://www.catb.org/esr/faqs/practical-python-porting/
We developed and applied these techniques on src (a lightweight version-control
11 matches
Mail list logo
